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FOREWORD 


SECTION  5 REVISION  11 


The  Guidance  System  Operations  Plan  (GSOP)  for  Program  LUMINARY 
is  published  in  six  sections  as  separate  volumes. 

1.  Prelaunch 

2.  Data  Links 

3.  Digital  Autopilot 

4.  Operational  Modes 

5.  Guidance  Equations 

7.  Erasable  Memory  Programs 


With  this  issue.  Section  5 is  revised  from  the  previous  issue  of  LUMINARY 
GSOP  (Revision  10,  June  1971)  in  order  to  reflect  the  NASA-MSC-approved  changes 
listed  on  the  revision  index  cover  sheet  dated  December  1971.  The  front  matter  has 
been  re-arranged  such  that  the  revision  index  cover  sheets  now  follow  the  Foreword 
and  are,  in  turn,  followed  by  the  Table  of  Contents. 

Although  the  GSOP  specifies  an  earth-orbital  capability 
and  this  capability  has  been  provided  — verification  testing  shall  not  be  accomplished 
for  earth-orbit  rendezvous. 

This  volume  is  published  as  a control  document  governing  the  basic  design 
for  the  guidance  and  navigation  computations  of  LUMINARY  IE.  Revisions  constitut- 
ing changes  to  the  LUMINARY  Program  require  NASA  approval. 
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Revision  11  becomes  the  control  document  for  Program  Luminary  IE  (Rev.  210). 
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SECTION  5 


GUIDANCE  EQUATIONS 


5.  1 INTRODUCTION 

5.  1.  1 GENERAL  COMMENTS 

The  purpose  of  this  section  is  to  present  the  Guidance 
and  Navigation  Computation  Routines  associated  with  the  LM 
Apollo  Lunar  Landing  Mission.  These  Routines  are  utilized  by 
the  Programs  outlined  in  Section  4 where  astronaut  and  other 
subsystem  interface  and  operational  requirements  are  described. 
The  guidance  and  navigation  equations  and  procedures  presented 
in  Section  5 are  primarily  concerned  with  mission  type  programs 
representing  the  current  LM  PGNCS  Computer  ( LGC  ) capability. 
A restricted  number  of  LGC  service  type  program  operations 
which  involve  computation  requirements  are  also  included. 


The  LM  PGNCS  Computer  ( LGC  ) guidance  and 
navigation  equations  for  the  lunar  landing  mission  are  presented 
in  the  following  five  catagories; 


Section  5.  2 
Section  5.  3 

Section  5.  4 
Section  5.  5 
Section  5.  6 


Coasting  Flight  Navigation  Routines 

Powered  Flight  Navigation  and 
Guidance  Routines 

Targeting  Routines 

Basic  Subroutines 

General  Service  Routines 


5.  1-1 


Guidance  equation  parameters  required  for  program  initialization 
and  operation  are  listed  in  Section  5.7.  These  selected 
parameters  are  stored  in  the  LGC  erasable  memory.  General 
constants  used  in  the  equations  of  this  volume  are  presented  in 
Section  5.  8. 

A cross-reference  between  the  LGC  programs  and  routines 
of  Section  4 that  are  described  in  Section  5 is  listed  in  Section  5.  1. 2. 
In  the  Section  5 table  of  contents  and  text,  missing  section  numbers 
correspond  to  LUMINARY  programs  that  have  been  deleted  from 
the  previous  Section  5 GSOPs  by  MSG  direction  resulting  from  the 
LGC  Fixed  Memory  Storage  Review  Meeting  of  August  28,  1967 
and  subsequent  PCN's  and  PCR's. 


5.  1-2 


5.  1.  2 


Sections  4 and  5 Cross  Reference 


PROGRAM 

NUMBER 

SECTION  4 

TITLE 

principal 

SECTION  5 
SUBSECTION  NO. 

PAGE 

P-00 

LGC  Idling  Program 

5.  6. 11 

5. 6-72 

P-12 

Powered  Ascent  Program 

5.  3.  5 

5.3-125 

P-20 

Rendezvous  Navigation 

Program 

5.  2.  4 

5.  2-35 

P-21 

Ground  Track  Determination 
Program 

5.  6.  5 

5. 6-59 

P-22 

Lunar  Surface  Navigation 
Program 

5.  2.  5 

5.  2-81 

P-25 

Preferred  Tracking  Attitude 
Program 

5.  2.  4,  4 

5.  2-  77 

P-30 

External  Delta  V Program 

5.  3.  3.  3.  1 

5.  3-19 

P-32 

Co- Elliptic  Sequence  Initiation 
(CSI)  Program 

5. 4. 2. 2 

5.  4-6 

P-33 

Constant  Delta  Altitude 
(CDH)  Program 

5. 4. 2. 3 

5, 4-13 

P-34 

Transfer  Phase  Initiation 
(TPI)  Program 

5. 4. 2. 4 

5. 4-22 

P-35 

Transfer  Phase  Midcourse 
(TPM)  Program 

5,4.2.  5 

5. 4-28 

5.  1 -3 


program 

NUMBER 

SECTION  4 

TITLE 

PRINCIPAL 
SECTION  5 
SUBSECTION 

P-40 

DPS  Program 

5.  3.  3 

P-41 

RCS  Program 

5.  3.  3 

P-42 

APS  Program 

5.  3.  3 

P-47 

Thrust  Monitor  Program 

5.  3.  6 

P-51 

IMU  Orientation  Determination 

5.  6.  2.  1. 1 

P-52 

IMU  Realign  Program 

5.  6.  2.  1.  2 

P-57 

Lunar  Surface  Align 
Program 

5.  6.  2.  2 

P-63 

Braking  Phase  Program 

i 

1 

P-64 

Approach  Phase  Program 

5.  3.  4.  6 

P-66 

Landing  Phase  Program 

J 

P-68 

Landing  Confirmation  Program 

5.  3,  4.  9 

P-  70 

P-  71 

DPS  Abort  Program  ^ 
APS  Abort  Program  j 

5.  4,  3.  1 

P-72 

CSM  Co-elliptic  Sequence 
Initiation  (CSI)  Targeting 
Program 

5.4.  2.  2 

P-73 

CSM  Constant  Delta  Altitude 
(CDH)  Targeting  Program 

5.  4.  2.  3 

P-74 

CSM  Transfer  Phase  Initiation 
(TPI)  Targeting  Program 

5.  4.  2.  4 

P-75 

CSM  Transfer  Phase  Mid- 
course (TPM)  Targeting 
Program 

5.  4.  2.  5 

P-76 

Target  Delta  V Program 

5.  6. 16 

P-77 

Impulsive  Delta  V Program 

5. 6. 16 

PAGE 


5.  3-8 
5.  3-8 
5.  3-8 

5. 3- 155 
5.  6-2 

5.  6-3 

5. 6- 10 

5. 3- 83 

5.  3-121 

5. 4- 32 

5.  4-6 

5. 4- 13 

5. 4- 22 

5. 4- 28 

5. 6- 88 

5. 6-88 


5.  1-4 


ROUTINES 
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TITLE 

PRINCIPAL 
SECTION  5 
SUBSECTION  NO. 

PAGE 

R-04 

RR/LR  Self  Test  Routine 

5. 6. 14 

5. 6-81 

R-05 

S-Band  Antenna  Routine 

5.  6.  6 

5. 6-60 

R-10 

Landing  Analog  Displays 
Routine 

5.3.4.  8 

5.  3-117 

R-12 

Descent  State  Vector  Update 
Routine 

5,  3,  4.  3 

5.  3-63 

R-13 

Landing  Auto  Modes  Monitor 
Routine 

5.  3.  4.  6 

.5.  3-83 

R-21 

RR  Designate  Routine 

5.  2.  4.  1.  1 

5.  2-39 

R-22 

RR  Data  Read  Routine 

5.  2.  4.  2.  1 

5.2-53 

R-23 

RR  Manual  Acquisition  Routine 

5.  2.  4.  1.  2 

5.2-47 

R-24 

RR  Search  Routine 

5.  2.  4.  1.  3 

5.2-48 

R-25 

RR  Monitor  Routine 

5.  2.  4.  3 

5.2-75 

R-26 

Lunar  Surface  RR 

Pre — designate  Routine 

5.2.  5.  3 

5.  2-86 

R-30 

Orbital  Parameters 

Display  Routine 

5.  6.  17 

5. 6-90 

R-31 

Rendezvous  Parameter 

Display  Routine 

5.,  6.  7.  1 

5. 6-64 

R-36 

Rendezvous  Out- of- Plane 
Display  Routine 

5.  6.  7.  3 

5. 6-65 

R-40 

DPS /APS  Thrust  Fail  Routine 

5.  3,  3.  6 

5.  3-44 

R-41 

State  Vector  Integration 
(MID  TO  AVE)  Routine 

5.  3.  8 

5.  3- 174 

R-47 

AGS  Initialization  Routine 

5,  6. 8 

5. 6-68 

R-50 

Coarse  Align  Routine 

5.  6.  2.  1.  2 

5.  6-3 

R-51 

Inflight  Fine  Align 

5.  6, 2.  1.  2 

5.  6-3 

R-52 

Automatic  Optics  (LM) 
Positioning  Routine 

5.  6. 2.  1,  2 

5.  6-3 

5.  1-5 


ROUTINES 

SECTION  4 

TITLE 

PRINCIPAL 
SECTION  5 
SUBSECTION  NO. 

PAGE 

R-53 

AOT  Mark  Routine 

5.6.2.  1 

5.  6.  3.  1.  1 

5.  6-2 

5. 6-28 

R-54 

Sighting  Data  Display  Routine 

5.  6.  2.  1.  1 

5.  6-2 

R-55 

Gyro  Torquing  Routine 

5.  6.  2.  1 

5.  6-2 

R-59 

Lunar  Surface  Sighting  Mark 
Routine 

5. 6.  2.  2 

5.  6. 3.  1.2 

5. 6- 10 

5. 6- 34 

R-61 

Preferred  Tracking  Attitude 
Routine 

5.  2.  4.  4 

.5.2-77 

R-63 

Rendezvous  Final  Attitude 
Routine 

5. 6.  7.  2 

5.  6-65 

R-65 

Fine  Preferred  Tracking 
Attitude  Routine 

5.  2.  4.  4 

5.2-77 

R-77 

LR  Spurious  Test  Routine 

5.  6.  20 

5. 6-100 

5.  1-6 


5.  1. 3 


GENERAL  PROGRAM  UTILIZATION 


The  following  outline  is  a brief  summary  of  the  major 
LGC  programs  that  would  be  used  in  the  principal  phases  of  a nominal 
lunar  landing  mission.  This  outline  reflects  the  LGC  capability  for  nominal 
and  abort  cases  of  such  a mission. 


I Lunar  Orbit  Phase  Prior  to  Powered  Descent  Initiation 

A)  Nominal 

Voice  Link  LGC  Initialization 

P-27  LGC  Update  Program  (LGC  Initialization 
if  required  followed  by  lunar  landing 
targeting  and  timing  parameters) 

R-47  AGS  Initialization  Routine 

P-47  Thrust  Monitor  Program 

P-76  Target  Delta  V Program  (GSM  circular) 

( Manual  Separation) 

P-30  External  Delta  V Program  (No 
PDI  'Abort  targets') 

B)  Aborts  to  Return  to  Earth  Trajectory  (SPS  Backup) 

P-47  Thrust  Monitor  Program 

(Manual  Re-docking) 

P-27  LGC  Update  Program  (TEI  targeting, 

state  vector  updating  and  cislunar  MCC 
targeting  as  required) 

P-30  External  Delta  V Program  (TEI 

and  cislunar  MCC  for  SPS  backup  with 
RTCC  targeting) 

DPS  Program 


P-40 


I 


Lunar  Orbit  Phase  Prior  to  LM  Powered  Descent 
Initiation  (cont) 


C ) Service  Programs  for  Nominal  and  Abort  Cases 


: 


p 

- 52 

R 

- 05 

P 

- 21 

R 

- 30 

P 

- 00 

R 

- 03 

R 

- 62 

IMU  Realign  Program 

S-Band  Antenna  Routine 

Ground  Track  Determination  Program 

Orbital  Parameters  Display  Routine 

LGC  Idling  Program 

DAP  Data  Load  Routine 
Crew-Defined  Maneuver  Routine 


5.  1-8 


Ill 


Powered  Landing  Maneuver  and  Post  Landing  Phase 


A)  Nominal 

P-63  Braking  Phase  Program 
P-64  Approach  Phase  Program 
P-66  Landing  Phase  Program 


I 


P-68 

P-57 

R-47 


Landing  Confirmation  Program 
Lunar  Surface  Align  Program 
AGS  Initialization  Routine 


t 


B)  Abort  to  Orbit 


1.  Aborts  During  Powered  Landing  Maneuver 
P-70  DPS  Abort  Program 

P-71  APS  Abort  program 

2.  Aborts  from  the  Lunar  Surface  (Anytime 
Launch  Case) 


P-27  LGC  Update  Program  (CSM  State  vector  update) 

P-57  Lunar  Surface  Align  Program 
(Fast  Alignment  Mode) 


P-12  Powered  Ascent  Program 


C)  No-PDI  Abort  to  Rendezvous 


IMU  Realign  Program 
External  Delta  V Program 

DPS,  RCS,  or  APS  Program 


5.  1.-  9 


IV 


Lunar  Pre-Launch  Phase  (Final  3 CSM  Orbits  before 
LM  Launch) 


A ) Nominal 

P - 27  LGC  Update  Program  (state  vector  updates 
and  launch  time  ) 

(or) 

P - 22  Lunar  Surface  Navigation  Program 
R - 47  AGS  Initialization  Routine 


B ) Service  Programs 


P - 57  Lunar  Surface  Align  Program 
R - 05  S-Band  Antenna  Routine 
P - 00  LGC  Idling  Program 
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V 


LM  Powered  Ascent  Phase 


A ) Nominal 

P - 12  Powered  Ascent  Program 

B ) Aborts 
None 


VI 


Rendezvous  Phase 
A ) Nominal 

P - 20  Rendezvous  Navigation  Program 
P - 34  Transfer  Phase  Initiation  (TPI)  Program  X 

P - 35  Transfer  Phase  Midcourse  (TPM)  Program  \ 


P 

P 

R 

P 


47 

47 


RCS  or  APS  Programs 
AGS  Initialization  Routine 

Thrust  Monitor  Program  ( Manual  Terminal 
Rendezvous  Maneuvers) 
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VI 


Rendezvous  Phase  (cont) 


B)  Aborts  to  Rendezvous 


LM  Active  ( RR  Failure  ) 


P - 27 
P - 25 

P - 30 

P - 41  ■ 

P - 42  , 
P - 47 


LGC  Update  Program  ( state  vector  updates 
and  rendezvous  targeting ) 

Preferred  Tracking  Attitude  Program 

( CSM  navigation ) 

External  Delta  V Program 
(CSM  or  RTCC  targeted) 


RCS  or  APS  Programs 

Thrust  Monitor  Program  ( Manual 
Terminal  Rendezvous  Maneuvers  ) 


CSM  Active  Retrieval 


P - 20  Rendezvous  Navigation  Program 
( LGC  navigation ) 

P - 76  Target  Delta  V Program 

P - 72  CSM  Co-elliptic  Sequence  Initiation 
(CSI)  Targeting  Program 

P - 73  CSM  Constant  Delta  Altitude  (CDH) 
Targeting  Program 

P - 74  CSM  Transfer  Phase  Initiation 
(TPI)  Targeting  Program 

P - 75  CSM  Transfer  Phase  Midcourse 
(TPM)  Targeting  Program 


P - 25  Preferred  Tracking  Attitude  Program 
( CMC  navigation ) 
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VI 


Rendezvous  Phase  ( cont ) 


C ) Service  Programs  for  Nominal  and  Abort  Cases 

P - 52  IMU  Realign  Program 

R - 05  S-Band  Antenna  Routine 

R - 30  Orbital  Parameters  Display  Routine 

R - 31  Rendezvous  Parameter  Display 
Routine 

R - 36  Rendezvous  Out- of- Plane  Display  Routine 
R - 63  Rendezvous  Final  Attitude  Routine 
P - 21  Ground  Track  Determination  Program 
P - 00  LGC  Idling  Program 
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5.  1,  4 


COORDINATE  SYSTEMS 


There  are  six  major  coordinate  systems  used  in  the 
navigation  and  guidance  programs.  These  six  coordinate 
systems  are  defined  individually  in  the  following  descriptions, 
and  referenced  to  control  specifications  of  Section  5.  8.2 
where  applicable.  Any  other  coordinate  system  used  in 
any  particular  LGC  program  is  defined  in  the  individual 
section  describing  that  program. 

5.  1.  4.  1 Basic  Reference  Coordinate  System 


The  Basic  Reference  Coordinate  System  is  an 
orthogonal  inertial  coordinate  system  whose  origin  is  located 
at  either  the  moon  or  the  earth  center  of  mass.  The  orientation 
of  this  coordinate  system  is  defined  by  the  line  of  intersection 
of  the  mean  earth  equatorial  plane  and  the  mean  orbit  of  the 
earth  (the  ecliptic  ) at  the  beginning  of  the  Besselian  year 
which  starts  Jan.  1.2516251,  1972  E.T.  The  X-axis  (uxi)  is  along 
this  intersection  with  the  positive  sense  in  the  direction  of  the 
ascending  node  of  the  ecliptic  on  the  equator  (the  equinox),  the 
Z-axis  (u^j)  is  along  the  mean  earth  north  pole,  and  the 
Y-axis  completes  the  right-handed  triad.  In  the 

lunar  landing  mission  this  coordinate  system  is  located  at  the 
moon  center  of  mass.  During  earth-orbital  missions  in  which 
the  EM  is  active  near  the  earth,  the  Basic  Reference  Coordinate 
System  will  be  earth-centered.  All  navigation  stars  and  lunar- 
solar  ephemerides  are  referenced  to  this  coordinate  system.  All 
vehicle  state  vectors  are  referenced  to  this  system  during 
coasting  or  free  fall  phases  of  the  mission. 

The  Basic  Reference  Coordinate  System  is  presented 
in  Ref.  1 of  Section  5.  8.  2 as  Standard  Coordinate  System  4, 
Geocentric  Inertial. 
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5.  1.4.2  IMU  Stable  Member  or  Platform  Coordinate  System 


The  orthogonal  inertial  coordinate  system  defined 
by  the  PGNCS  inertial  measurement  unit  ( IMU ) is  dependent 
upon  the  current  IMU  alignment.  There  are  many  possible 
alignments  during  a mission,  but  the  primary  IMU  alignment 
orientations  described  in  Section  5.  6.  3.  4 are  summarized 
below  and  designated  by  the  subscript  SM; 

1.  Preferred  Alignment 

-XSM  " -TD 


-YSM 


'SXSM  X 

X V) 


If  r not  parallel  to  u 
If  r parallel  to 


-ZSM  -XSM^-YSM 
where: 


( 5.  1.  1 ) 


iXSM 


-YSM 


tZSM 


IMU  stable  member  coordinate  unit 
vectors  referenced  to  the  Basic 
Reference  Coordinate  System 


— TD  ” vector  in  desired  thrust  direction 

at  ignition 


£ = position  vector  at  ignition 

V = velocity  vector  at  ignition 


2.  Nominal  Alignment  (Local  Vertical) 

HxSM  = UNIT  (r ) at 

-YSM  " unit  ( V X r ) ( 5.  1.  2 ) 

-ZSM  " -XSM  ^ -YSM 


where  r and  v represent  the  vehicle  state  vector  at 
the  alignment  time, 


TD 
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3. 


Lunar  Landing  Alignment 


-XSM 

-ZSM 

-YSM 


= UNIT  ( ) at  t 


= UNIT 


(r^  X X 


■ -ZSM  ^ -XSM 


(5.  1.3) 


where  r^^g  is  the  lunar  landing  site  vector  at  the 
predicted  landing  time,  t^^,  and  r^  and  are  the 
CSM  position  and  velocity  vectors,  as  maintained 
in  the  LGC, 


4.  Lunar  Launch  Alignment 

The  same  as  that  defined  in  Eq.  ( 5.  1.  3)  except 
that  r^^g  is  the  landing  or  launch  site  at  the 
predicted  launch  time  t^^. 


The  origin  of  the  IMU  Stable  Member  Coordinate 
System  is  nominally  the  center  of  the  IMU  stable  member.  In 
the  following  programs,  however,  the  origin  of  the  IMU  or 
platform  coordinate  system  is  located  at  the  moon  center  of 
mass: 

Lunar  landing  programs  P-63,  P-64,  P-66,  and  P-68 
Powered  Ascent  Program  P-12 
Abort  programs  P-70  and  P-71 


5,  1.  4.  3 Vehicle  or  Body  Coordinate  System 


The  Vehicle  or  Body  Coordinate  System  is  the 
orthogonal  coordinate  system  used  for  the  LM  structural  body. 
The  origin  of  this  coordinate  system  is  200  inches  below  the 
LM  ascent  stage  base.  The  X-axis  (u.^  ) lies  along  the 

longitudinal  axis  (centerline  of  the  transfer  tunnel)  of  the  LM, 
positive  in  the  nominal  DPS-APS  thrust  direction.  The  Z-axis 
(Uzp)  parallel  to  the  centerline  of  the  exit  hatch  and  directed 
forward  from  the  design  eye.  The  Y-axis  completes  the 

right-handed  triad.  This  coordinate  system  is  defined  in  Ref.  1 
of  Section  5.  8.  2 as  Standard  Coordinate  System  8d,  LEM 
Structural  Body  Axis, 
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5.  1.4.4  Earth-Fixed  Coordinate  System 


The  Earth-Fixed  Coordinate  System  is  an  orthogonal 
rotating  coordinate  system  whose  origin  is  at  the  center  of  mass 
of  the  earth.  This  coordinate  system  is  shown  in  Ref.  1 of 
Sec.  5.  8.  2 as  the  Standard  Coordinate  System  1,  Geographic  Polar. 
The  Z-axis  of  this  coordinate  system  is  defined  to  be  along  the 
earth's  true  rotational  or  polar  axis.  The  X-axis  is  defined  to 
be  along  the  intersection  of  the  prime  ( Greenwich)  meridian 
and  the  equatorial  plane  of  the  earth,  and  the  Y-axis  is  in  the 
equatorial  plane  and  completes  the  right-handed  triad. 

5.  1.  4.  5 Moon-Fixed  Coordinate  System 

The  Moon-Fixed  Coordinate  System  is  an  orthogonal 
rotating  coordinate  system  whose  origin  is  at  the  center  of  mass 
of  the  moon.  This  coordinate  system  is  shown  in  Ref.  1 of 
Sec.  5.  8.  2 as  the  Standard  Coordinate  System  2,  Selenographic 
Polar.  The  Z-axis  is  defined  to  be  along  the  true  polar  or 
rotation  axis  of  the  moon,  the  X-axis  is  through  the  mean  center 
of  the  apparent  disk  or  along  the  intersection  of  the  meridian 
of  0°  longitude  and  the  equatorial  plane  of  the  moon,  and  the 
Y-axis  is  in  the  equatorial  plane  and  completes  the  right-handed 
triad. 

5.  1.  4.  6 Navigation  Base  Coordinate  System 

The  Navigation  Base  Coordinate  System  is  an  orthogonal 
coordinate  system  whose  origin  and  axis  orientation  are  defined 
by  three  mounting  points  between  the  PGNCS  navigation  base  and 
the  LM  vehicle  structure.  These  mounting  point  locations  are 
defined  in  Section  G-G  of  the  GAEC-MIT  Interface  Control 
Document  LID280-10004  (Ref.  13  of  Sec.  5.  8.  2).  The  axis  is 

defined  by  the  centers  of  the  two  upper  mounting  points  along  line 
F of  Ref.  13,  with  the  positive  direction  in  the  same  general 
direction  as  the  LM  +Y  vehicle  axis.  The  axis  is  defined  by 

a line  through  the  center  of  the  lower  mounting  point  (point  K of 
Ref.  13)  and  perpendicular  to  the  Y^^g  axis.  The  positive  X^^g 
direction  is  in  the  same  general  sense  as  the  LM  +X  vehicle  axis. 
The  +Z^g  defined  as  X^^g  X Y^g  to  complete  the  right-handed 
triad.  The  Navigation  Base  Coordinate  System  is  approximately 
parallel  with  the  LM  Vehicle  Coordinate  System. 
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5.  1,  5 


GENERAL,  DEFINITIONS  AND  CONVENTIONS 


In  this  section  the  definitions  of  and  the  conventions 
for  using  a selected  number  of  parameters  are  given.  Although 
virtually  all  of  the  information  in  this  section  appears  elsewhere 
in  this  document,  this  section  provides  a summary  of  facts  which 
are  distributed  among  various  other  sections. 

5.  1.  5.  1 Error  Transition  Matrix  Maintenance 

5.  1.  5.  1.  1 Definitions 


The  error  transition  matrix  (W  matrix)  is  defined  in 
Section  5.  2.  2.  4 and  is  used  in  processing  navigation  measurement 
data.  Control  of  the  W matrix  is  maintained  by  means  of  the  flag 
RENDWFLG  (see  Sections  5.  2.  4.  2.  2 and  5.  2.  5.  4).  If  RENDWFLG 
is  equal  to  one,  then  the  W matrix  is  valid  for  processing  rendezvous 
navigation  data;  while  this  flag  being  equal  to  zero  indicates  that  the 
W matrix  is  invalid. 

5.  1.  5.  1.  2 W Matrix  Control  Flag 

The  W matrix  control  flag  is  maintained  according  to 
the  following  rules : 

1.  RENDWFLG  is  initially  zero. 

2.  A CSM  state  vector  update  from  the  ground  (RTCC) 
causes  the  flag  to  be  zeroed. 

3.  A LM  in-flight  state  vector  update  from  the 
ground  causes  the  flag  to  be  zeroed.  An  update 
of  the  landing  site  vector  when  the  LM  is  on  the 
lunar  surface  does  not  cause  the  flag  to  be 
zeroed. 
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4.  There  exist  special  DSKY  procedures  by  which 
the  astronaut  can  zero  the  flag  (verbs  67  and  93). 

5.  Deduction  of  liftoff  by  the  lunar  ascent  program  (P12) 
(or  P70,  P71  aborts)  causes  RENDWFLG  to  be  zeroed. 

6.  Overflow  of  the  W matrix  during  extrapolation 
causes  RENDWFLG  to  be  zeroed. 

7.  Initialization  of  the  W matrix  for  rendezvous  or 
lunar  surface  navigation  causes  RENDWFLG  to 
be  set  to  one. 

With  regard  to  the  last  item  7 above,  there  exist  in 
erasable  memory  two  sets  of  initialization  parameters  for  the 
W matrix:  one  for  rendezvous  navigation  and  one  for  lunar  surface 
navigation.  Each  of  these  sets  contains  two  elements,  a position 
element  and  a velocity  element.  In  addition,  the  set  for  rendezvous 
contains  initialization  parameters  for  shaft  and  trunnion.  At 
the  time  each  set  of  navigation  data  is  processed,  RENDWFLG  is 
tested.  If  the  flag  is  found  to  be  zero,  then  the  W matrix  is 
initialized  consistent  with  the  appropriate  erasable  parameters, 
and  the  flag  is  set  to  one.  See  sections  5.  2.4.  2.  2 and  5.  2. 5.  4 
for  more  complete  details  of  this  initialization  procedure. 
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5.  1.  5.  1.  3 


W Matrix  Extrapolation 


Extrapolation  of  the  W matrix  is  described  in 
Section  5.  2.  2.  4.  Required  in  this  extrapolation  is  the  specification 
of  the  appropriate  vehicle's  state  vector  with  which  the  W matrix  is 
extrapolated.  This  extrapolation  occurs  during  programs  P-00, 
P-20,  and  P-22;  and  at  the  conclusion  of  programs  P-40,  P-41, 
P-42,  and  P-47.  The  conventions  under  which  the  extrapolation 
occurs  during  each  of  these  programs  are  as  follows: 


P-00 


P-20 


P-22 


P-40 
P-41  I 
P-42 
P-47  ^ 


If  RENDWFLG  is  equal  to  one,  the  W 
matrix  is  extrapolated  with  the  LM  state 
vector  if  the  LM  is  in  flight  and  with  the 
CSM  state  vector  if  the  LM  is  on  the  lunar 
surface.  The  W matrix  is  not  extrapolated 
if  the  flag  is  equal  to  zero.  (See  Section  5.6,  11, 
The  W matrix  is  extrapolated  with  the 
state  vector  that  is  being  updated  if 
RENDWFLG  is  equal  to  one,  and  not 
extrapolated  if  RENDWFLG  is  equal 
to  zero.  (See  Section  5.  2.  4.  2.  2.  ) 

The  W matrix  is  extrapolated  with  the 
CSM  state  vector  if  RENDWFLG  is 
equal  to  1,  and  not  extrapolated  if 
RENDWFLG  is  equal  to  zero.  (See 
Section  5.  2.  5.4.  ) 

The  result  of  the  maneuver  will  be  a final 
state  vector  at  the  end-of-maneuver  time 
tj-,.  The  LM  state  vector  that  existed  before 
the  maneuver  program  will  still  exist;  and 
cotemporal  with  it,  there  will  also  be  the 
CSM  state  vector  and  the  W matrix.  The 
following  steps  are  performed  before  the 
program  is  terminated: 
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1.  If  the  W matrix  control  flag  is  equal 
to  one,  the  old  LM  state  vector  and 
the  W matrix  are  extrapolated  to 
time  tp. 

2.  The  CSM  state  vector  is  extrapolated 

* 

to  time  t„. 

F 

3.  The  LM  state  vector  is  initialized  to 
the  end -of -maneuver  state  vector. 

If  a computation  overflow  occurs  during  any  of  the 
above  W matrix  extrapolations,  a program  alarm  will  result, 
the  W Matrix  control  flag  will  be  zeroed,  and  the  extrapolation 
of  the  state  vector  will  continue  without  the  W matrix. 

*These  functions  also  done  at  the  start  of  P68,  and  when  P12  is 
halted  after  Average -G  has  started. 
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Altitude  Parameter  Convention 


In  the  following  programs  and  routines  the  display 
parameter  of  the  vehicle  altitude  or  trajectory  pericenter  or 
apocenter  altitude  is  measured  with  respect  to  the  earth  launch 
pad  radius  magnitude,  when  in  earth  orbit  or  the  lunar 

landing  site  radius  magnitude,  r^^g,  when  in  lunar  orbit.  The 
earth  launch  pad  radius  parameter,  r.  is  stored  in  fixed 
memory,  and  the  lunar  landing  site  radius,  is  the  magnitude 

of  the  landing  site  vector,  £p^g.  stored  in  erasable  memory. 


P-21  Ground  Track  Determination  Program  Sec.  5.  6.  5 

P-30  External  Delta  V Program  Sec.  5.  3.  3.  3.  1 


P-34,  74  Transfer  Phase  Initiation  (TPI)  Program  Sec.  5.  4.  2. 4 


R'30  Orbital  Parameters  Display  Routine  Sec.  5.  6.  17 

The  above  launch  pad  radius  and  landing  site  radius  are  also  used  in 
the  following  programs  to  compute  pericenter  altitudes  prior  to  deter- 
mining whether  the  pericenters  are  safe. 

P-32,  72  Co-elliptic  Sequence  Initiation  (CSI)  Program  Sec.  5. 4. 2. 2 

The  following  programs  are  operated  in  lunar  orbit 
only,  and  the  displayed  vehicle  altitude  or  trajectory  pericenter  or 
apocenter  altitude  is  referenced  to  the  lunar  landing  site  radius 
magnitude. 


P-12  Powered  Ascent  Program 

P-63  Braking  Phase  Program 


Sec.  5.  3.  5 
Sec.  5.  3.  4.  6 
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P-64 

Approach  Phase  Program 

Sec.  5,  3.  4.  6 

P-66 

Landing  Phase  Program 

Sec.  5.  3.  4,  6 

P-70 

DPS  Abort  Program 

Sec.  5. 4. 3.  1 

P-71 

APS  Abort  Program 

Sec.  5.  4.  3.  1 

In  the  following  programs  a temporary  r^  can  be  displayed  on 
the  DSKY  with  respect  to  the  original  r^^  in  erasable  memory. 

The  temporary  altitude  value  is  considered  to  be  zero  unless  the 
astronaut  keys  in  a change.  In  P52  the  temporary  value  is  used 
by  the  program  but  r^^  retains  its  original  value  in  memory.  In 
P57,  when  using  alignment  technique  number  2,  the  temporary 
value  replaces  the  old  r^^g  in  memory, 

P-52  IMU  Realign  Program  Sec.  5. 6.2,1 

P-57  Lunar  Surface  Align  Program  Sec.  5.  6. 2. 2 


Program  P68  also  displays  altitude,  with  a base  of 
the  original  r^^g  site  ( or  if  there  has  been  a restart,  with  a base 
of  the  final  state  vector). 
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5.  1.  5.  3 


Lunar  Landing  Site  Definition 


2 


A lunar  landing  site  vector,  in  the  Moon  Fixed 

Coordinate  System  (Section  5.  1.  4.  5 ) is  stored  in  an  LGC  erasable 
memory  location  at  all  times.  This  landing  site  vector  is  normally 
stored  in  erasable  memory  prior  to  earth  launch,  and  is  either 
modified  or  verified  prior  to  CSM-LM  separation  in  lunar  orbit 
by  the  CMC  Orbital  Navigation  Program  P -22  and  astronaut  LGC 
initialization  procedures,  or  by  the  RTCC  uplink  program  P-27. 

After  the  LGC  initialization  in  lunar  orbit  prior  to  the  descent 
orbit  injection  maneuver,  the  landing  site  vector  r^^  is  never  changed 
until  the  Landing  Confirmation  Program  P68  replaces  it  with  a value 
based  on  the  actual  spacecraft  position  vector.  The  landing  site 
vector,  modified  via  N69  or  during  P64  by  astronaut  redesignations, 
occupies  separate  erasables,  is  in  platform  coordinates,  and  is 
initialized  from  £j_^g  at  the  beginning  of  P63.  After  lunar  landing 
can  be  changed  by  P5  7,  (the  Lunar  Surface  Align  Program),  or  by 
Program  P-2  7.  The  lunar  landing  and  lunar  launch  LM  IMU  alignments 
are  both  referenced  to  the  landing  site  vector  stored  in  the  LGC  at  the 
time  of  alignment. 
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COASTING  FLIGHT  NAVIGATION 


5.  2 


5.  2.  1 GENERAL  COMMENTS 


The  LGC  Coasting  Flight  Navigation  Routines  which  are 
presented  in  Sections  5.  2.  2 through  5.  2.  5 are  used  during  non-thrusting 
phases  of  the  Apollo  mission.  The  basic  objective  of  the  navigation 
routines  is  to  maintain  estimates  of  the  position  and  velocity  vectors 
of  both  the  CSM  and  the  LM.  Let  r and  v be  the  estimates  of  a ve- 
hicle's position  and  velocity  vectors,  respectively.  Then,  the  six- 
dimensional  state  vector,  x,  of  the  spacecraft  is  defined  by 


Coasting  Flight  Navigation  is  accomplished  by  extrapolating  the  state 
vector,  X,  by  means  of  the  Coasting  Integration  Routine  (Sections.  2.2), 
and  updating  or  modifying  this  estimated  state  using  Rendezvous  Radar 
( RR  ) tracking  data  by  the  recursive  method  of  navigation  ( Sections 
5.2.3  - 5.2.5). 


The  Coasting  Integration  Routine  (Section  5.  2.  2)  is  used 
by  other  navigation  and  targeting  i-outines  to  extrapolate  the  following: 


1)  Present  estimated  LM  state  vector 

2)  Present  estimated  CSM  state  vector 

3)  An  arbitrary  specified  state  vector,  such  as  the 
predicted  result  of  a maneuver 
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state  vector  extrapolation  is  accomplished  by  means  of 
Encke's  method  of  differential  accelerations.  The  motion  of  a space- 
craft is  dominated  by  the  conic  orbit  which  would  result  if  the  space- 
craft were  in  a central  force  field.  In  Encke's  method  the  differential 
equations  for  the  deviations  from  conic  motion  are  integrated  numeri- 
cally. This  technique  is  in  contrast  to  a numerical  integration  of  the 
differential  equations  for  the  total  motion,  and  it  provides  a more  ac- 
curate orbit  extrapolation.  The  numerical  integration  is  accomplished 
by  means  of  Nystrom's  method  which  gives  fourth-order  accuracy 
while  requiring  only  three  computations  of  the  derivatives  per  time 
step.  The  usual  fourth-order  Runge-Kutta  integration  methods  re- 
quire four  derivative  computations  per  time  step. 

Regardless  of  the  accuracy  of  the  state  vector  extrapolation, 
errors  in  the  initial  conditions  will  propagate  and  soon  grow  to  intol- 
erable size.  Thus,  it  is  necessary  periodically  to  obtain  additional 
data  in  the  form  of  either  new  state  vector  estimates  or  modifications 
to  the  current  state  vector  estimates.  These  state  vector  modifica- 
tions are  computed  from  navigation  data  obtained  by  means  of  naviga- 
tion measurements. 
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The  LM  PGNCS  uses  RR  tracking  data  to  compute  state 
vector  changes.  Navigation  measurement  data  are  used  to  update 
state  vector  estimates  during  rendezvous  and  lunar  surface  navigation 
procedures.  These  two  navigation  procedures  will  be  used  normally 
during  all  LM-CSM  lunar -orbit  rendezvous  phases  and  the  LM  lunar 
surface  prelaunch  phase,  respectively,  in  the  lunar  landing  mission. 
However,  in  order  to  provide  for  alternate  mission  capability,  the 
rendezvous  navigation  procedure  can  be  used  near  the  moon  or  the 
earth. 


Although  the  state  vector  of  the  LM  is  six -dimensional^ it 
is  not  necessary  that  the  quantities  estimated  during  a particular  nav- 
igation procedure  be  the  position  and  velocity  vectors  of  the  LM. 

A variety  of  "estimated  state  vectors",  not  necessarily  of  six-di- 
mensions, are  used. 

In  order  to  achieve  desired  rendezvous  objectives,  it  is 
necessary  to  expand  the  rendezvous  navigation  procedure  to  nine 
dimensions,  and  to  include  in  the  estimation  the  constant  RR  angle 
biases.  The  estimated  state  vector  that  is  used  in  rendezvous  nav- 
igation is  given  by 


X 


r 

V 

bias 


where  r and  v are  the  estimated  position  and  velocity  vectors  of 
either  the  LM  or  the  CSM,  and  bias  is  a vector  whose  components 
are  the  estimates  of  the  RR  angle  biases.  'Normally  the  LM  state 
vector  is  updated,  but  the  astronaut  can  select  the  CSM  update  mode. 
The  selection  of  the  vehicle  update  mode  is  based  primarily  upon 


which  vehicle's  state  vector  is  most  accurately  known  initially,  and 
which  vehicle  is  controlling  the  rendezvous  maneuvers. 

In  order  to  estimate  the  RR  angle  biases,  it  is  necessary 
to  restrict  the  LM  attitude  during  RR  tracking.  This  attitude  restric- 
tion involves  controlling  the  LM  +Z-axis  to  be  within  30°  of  the 
tracking  line-of-sight  and  is  described  in  Section  5.  2.4.  1.  During 
normal  RR  tracking  and  update  of  the  navigation  equations  with  RR 
data  the  LM  +Z-axis  is  actually  directed  along  the  line-of-sight  to 
the  CSM  on  a continuous  basis  as  described  in  Sections  5.  2.4.2.  1 and 
5.  2.  4.  4. 

During  the  LM  lunar  surface  prelaunch  phase  of  the  lunar 
landing  mission  RR  tracking  is  used  for  navigation.  In  this  mode, 
however,  the  previously  mentioned  LM  attitude  restriction  obviously 
cannot  be  met,  and  only  the  RR  range  and  range  rate  data  are  used. 
Also,  since  it  is  assumed  that  the  landing  site  is  well  known, the  es- 
timated state  vector  that  is  used  in  lunar  surface  navigation  is  the 
standard  six -dimensional  CSM  state  vector. 

Navigation  data  is  incorporated  into  the  state  vector  esti- 
mates by  means  of  the  Measurement  Incorporation  Routine  (Section 
5.  2.  3)  which  has  both  six-  and  nine -dimensional  modes.  The  Mea- 
surement Incorporation  Routine  is  a subroutine  of  the  following  nav- 
igation routines: 

1)  Rendezvous  Navigation  Routine  (Section  5.  2.  4.  2) 

2)  Lunar  Surface  Navigation  Routine  (Section  5.  2.  5.4) 

Simplified  functional  diagrams  of  the  navigation  programs  which  use 
these  routines  are  given  in  Figs.  2.  1-1  and  2.  1-2,  respectively. 

In  rendezvous  navigation, estimated  LM  and  CSM  position 
and  velocity  vectors  are  obtained  at  required  times  by  means  of  the 
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Figure  2.  1-1  Simplified  LGC  Rendezvous  Navigation  Functional  Diagram 
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Figure  2.  1-2  Simplified  Lunar  Surface  Navigation  Functional  Diagram 


Coasting  Integration  Routine  (Section  5.  2.  2).  The  Measurement  In- 
corporation Routine  (Section  5.  2.  3)  is  used  to  incorporate  the  mea- 
surement data  into  the  state  vector  estimates.  In  lunar  surface  nav- 
igation, the  same  process  is  performed  except  that  the  estimated 
LM  state  vector  is  obtained  by  means  of  the  Planetary  Inertial  Orien- 
tation Subroutine  (Section  5.  5.  2). 

The  navigation  procedure,  which  is  illustrated  in  simplified 
form  in  Figs.  2.  1-1  and  2.  1-2,  involves  computing  an  estimated 

A 

tracking  measurement,  Q,  based  on  the  current  state  vector  esti- 
mates. This  estimated  measurement  is  then  compared  with  the  actual 
tracking  measurement  Q (RR  tracking  data  in  the  LGC)  to  form  a 
measured  deviation  6Q.  A statistical  weighting  vector,  ca,  is  com- 
puted from  statistical  knowledge  of  state  vector  uncertainties  and 
tracking  performance,  Q'“,  plus  a geometry  vector,  b,  determined  by 
the  type  of  measurement  being  made.  The  weighting  vector,  to,  is 
defined  such  that  a statistically  optimum  linear  estimate  of  the  de- 
viation, 6x,  from  the  estimated  state  vector  is  obtained  when  the 
weighting  vector  is  multiplied  by  the  measured  deviation  6Q.  The 
vectors  w,  b and  6x  are  of  six  or  nine  dimensions  depending  upon 
the  dimension  of  the  state  vector  being  estimated. 

In  an  attempt  to  prevent  unacceptably  large  incorrect  state 
vector  changes,  certain  validity  tests  have  been  included  in  the  LGC 
navigation  routines. 

In  the  Rendezvous  and  Lunar  Surface  Navigation  Routines 
(Sections  5.2.  4.  2 and  5.  2.  5.  4)  measurement  data  is  processed 
periodically  (once  or  twice  per  minute),  and  it  is  desirable  that 
the  eSM  be  tracked  during  the  entire  rendezvous  phase  up  to  the 
manual  terminal  maneuver.  If  the  magnitudes  of  the  changes  in  the 
estimated  position  and  velocity  vectors,  6r  and  6v,  respectively,  are 
both  less  than  preset  tracking  alarm  levels,  then  the  selected  ve- 
hicle's state  vector  is  automatically  updated  by  the  computed  devia- 
tion, 6x,  and  no  special  display  is  presented,  except  that  the  tracking 


measurement  counter  is  incremented  by  one.  If  either  6r  or  6v 
exceeds  its  alarm  level,  then  the  state  vector  is  not  updated,  and 
the  astronaut  is  alerted  to  this  condition  by  a special  display  of  6r 
and  6v. 


In  this  case  the  astronaut  should  place  the  RR  under 
manual  control  and  make  the  necessary  radar  operating  and  side 
lobe  checks  to  verify  main  lobe  lock -on  and  tracking  conditions. 
After  the  tracking  has  been  verified,  and  navigation  data  has  again 
been  acquired,  the  astronaut  has  the  option  of  commanding  a state 
vector  update  if  the  tracking  alarm  is  again  exceeded,  or  of  re- 
peating further  RR  checks  before  incorporating  the  measurement 
data.  If  the  astronaut  cannot  verify  the  tracking,  then  he  can  ter- 
minate the  program  and  try  to  achieve  tracking  conditions  at  a later 
time. 


The  tracking  alarm  criterion  is  incorporated  in  the  naviga- 
tion routines  to  alert  the  astronaut  to  the  fact  that  the  state  vector 
update  is  larger  than  normally  expected,  and  to  prevent  the  estima- 
ted state  vector  from  automatically  being  updated  in  such  cases.  The 
update  occurs  only  by  specific  command  of  the  astronaut.  The  track- 
ing alarm  level  beyond  which  updating  is  suspended  is  primarily 
chosen  to  avoid  false  acquisition  and  tracking  conditions.  There  is 
a low  probability  that  the  alarm  level  will  be  exceeded  in  the  LGC 
if  the  estimated  state  vectors  are  essentially  correct,  since  the  RR 
Designation  and  Data  Read  Routines  have  partial  internal  checks  for 
side-lobe  acquisition  before  tracking  data  are  incorporated  in  the 
navigation  routines.  The  most  probable  condition  for  the  state 
vector  update  alarm  level  being  exceeded  in  the  LGC  is,  therefore, 
initial  acquisition  and  tracking  in  the  case  where  a poor  estimate 
of  either  the  CSM  or  LM  state  vector  exists.  In  this  case  the  as- 
tronaut would  have  to  command  the  initial  state  vector  update,  after  which 
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the  tracking  alarm  level  would  seldom  be  exceeded  during  the  re- 
mainder of  the  navigation  phase.  This  statement  is  true  only  if 
the  estimated  state  vector  of  the  vehicle  performing  a rendezvous 
maneuver  is  updated.  This  is  done  by  the  Average-G  Routine  if 
the  LM  is  the  active  vehicle  and  a powered  flight  program  (P40,  P41, 
P42,  or  P47)  has  been  performed.  Otherwise,  the  state  vector  is 
updated  by  a DSKY  entry,  using  P76  if  the  CSM  is  the  active  vehi- 
cle (Section  5.  6.  16)  or  P77  if  the  LM  is  the  active  vehicle  and  a 
powered  flight  program  has  not  been  performed  (Section  5.  6.  16). 


The  displayed  values  of  6r  and  6v  which  have  not  passed 
the  tracking  alarm  test  will  depend  upon  the  statistical  parameters 
stored  in  the  LGC  and  upon  the  following  types  of  errors: 

Type  1:  Errors  in  the  current  state  vector  estimates 

Type  2:  Errors  in  alignment  of  the  IMU 

Type  3:  Reasonable  RR  tracking  performance  errors 

Type  4:  A PGNCS  or  RR  failure  resulting  in  false  acquisition 

The  existence  of  Type  1 erroi's  is  precisely  the  reason  that  the  RR 
tracking  is  being  done.  It  is  the  function  of  the  navigation  to  de- 
crease Type  1 errors  in  the  presence  of  noise  in  the  form  of  errors 
of  Types  2 and  3.  Since  the  RR  tracking  should  not  be  performed 
unless  the  IMU  is  well  aligned  and  the  PGNCS  and  RR  are  function- 
ing properly,  it  follows  that  the  purpose  of  the  state  vector  change 
validity  check  is  to  discover  a Type  4 error.  As  previously  men- 
tioned, there  is  a low  probability  of  this  type  of  error  occurring. 

Based  upon  the  last  time  that  the  state  vector  was  updated 
and  when  the  IMU  last  was  realigned,  very  crude  reasonable  values 
for  6r  and  6v  can  be  generated  by  the  astronaut.  The  LGC  will  pro- 
vide no  information  to  assist  the  astronaut  in  his  estimates  of  rea- 
sonable values  for  6r  and  6v. 
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The  parameters  required  to  initialize  the  navigation 
routines  (Sections  5,  2.  4.  2 and  5.  2.  5.  4)  are  the  initial  estimated 
CSM  state  vector,  plus  the  initial  estimated  LM  state  vector  for 
the  Rendezvous  Navigation  Routine  or  the  estimated  landing  site 
for  the  Lunar  Surface  Navigation  Routine,  initial  state  vector  esti- 
mation error  covariance  matrices  in  the  form  of  prestored  diagonal 
error  transition  matrices  (as  defined  in  Section  5.  2.  2.  4),  and  a 
priori  measurement  error  variances.  The  basic  input  to  the  navi- 
gation routines  is  RR  tracking  data  which  is  automatically  acquired 
by  the  Data  Read  Routine.  The  primary  results  of  the  navigation 
routines  are  the  estimated  LM  and  CSM  state  vectors.  The  various 
guidance  targeting  modes  outlined  in  Section  5.  4 are  based  on  the 
state  vector  estimates  which  result  from  these  navigation  routines. 
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5.2.2  coasting  integration  ROLTINE 


* 


5.2.2. 1 General  Comments 

During  all  coasting  phase  navigation  procedures,  an  extrapola- 
tion of  position  and  velocity  by  numerical  integration  of  the  equations  of 
motion  is  required.  The  basic  equation  may  be  written  in  the  form 


d^  hp 

— 'Z  ■*'  ~T" 

dt^  r 


where  pp  is  the  gravitational  constant  of  the  primary  body, and  is 

the  vector  acceleration  which  prevents  the  motion  of  the  vehicle  (CSM  or 
LM)  from  being  precisely  a conic  with  focus  at  the  center  of  the  primary 
body.  The  Coasting  Integration  Routine  is  a precision  integration  routine 
in  which  all  significant  perturbation  effects  are  included.  The  form  of 
the  disturbing  acceleration  ay(t)  depends  on  the  phase  of  the  mission. 


An  approximate  extrapolation  of  a vehicle  state  vector  in  which 
the  disturbing  acceleration,  ay(t)  of  Eq.  (2.  2.  1),  is  set  to  zero  may  be 
accomplished  by  means  of  the  Kepler  subroutine  (Section  5.  5.  5 ). 


The  LGC  Coasting  Integration  Routine  is  restricted  to  earth  or 
lunar  orbit  and  is  not  to  be  used  in  cislunar -midcourse  space.  The  routine 
does  not  contain  the  capability  of  computing  the  gravitational  perturbations 
of  the  sun  or  the  other  body  (moon  or  earth);  and,  therefore,  cannot 
provide  accurate  midcourse  integration. 

5.  2. 2.  2 Encke's  Method 

If  ^ is  small  compared  with  the  central  force  field,  direct  in- 
tegration of  Eq.  (2.  2.  1)  is  inefficient.  Therefore,  the  extrapolation  will 
be  accomplished  using  the  technique  of  differential  accelerations  attribu- 
ted to  Encke. 


This  section  does  not  reflect  the  entire  LGC  Coasting  Integration  Routine 
which  is  identical  to  that  contained  in  the  CMC.  These  two  routines  have 
been  kept  identical  for  the  purpose  of  efficient  flight  program  production. 
However,  certain  control  constants  are  set  in  the  LGC  so  that  the  mid- 
course  perturbation  calculations  are  locked  out.  Only  those  equations 
which  Can  be  executed  are  documented  here. 


In  the  remainder  of  Section  5.  2 the  subscript  P will  denote  primary 
body  (earth  or  moon).  When  the  body  is  known,  then  the  subscripts 
E and  M will  be  used  for  earth  and  moon,  respectively.  The  vehicle 
will  be  indicated  by  the  subscripts  C for  CSM  and  L for  LM. 
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At  time  tQ  the  position  and  velocity  vectors, and  Vq, define 

an  osculating  conic  orbit.  The  position  and  velocity  vectors  in  the 

conic  orbit,  r (t)  and  v (t),  respectively,  will  deviate  by  a small 
—con  —con  " ^ j j 

amount  from  the  actual  position  and  velocity  vectors. 


The  conic  position  and  velocity  at  time  t are  computed  as 
shown  in  Section  5.  5.  5.  Required  in  this  calculation  is  the  variable  x 
which  is  the  root  of  Kepler's  equation.  In  order  to  minimize  the  num- 
ber of  iterations  required  in  solving  Kepler's  equation,  an  estimate  of 
the  correct  solution, for  x is  obtained  as  follows: 


Let 


T = t - t 


0 

During  the  previous  computation  cycle  the  values 


I / \ 

r'  = r (t  - -iT-) 
— -con  2 


(2.  2.  2) 


I / At  \ 

v'  = V (T  - -tt) 
— -con  2 


(2.  2.  3) 


x'  = X (t  -^) 


were  computed.  A trial  value  of  x(t)  is  obtained  from 


x^  = x'  + s (1  -y  s (1  - 2 7 s)  - ^ - O')  s^]  (2.  2.  4) 


where 


7 = 


NfJ 

P ^At' 

r' 

r' 

• v' 

— 

— 

2r' 

^ Mp 

,2 

2 

■^1 

v' 

(2.  2.  5) 


r'  q- 
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After  specification  of  r^,  and  r,  the  Kepler  subroutine 

(Section  5.  5.  5 ) is  used  to  compute  Xcon^^^’ 


The  true  position  and  velocity  vectors  will  deviate  from  the 
conic  position  and  velocity  since  a^  is  not  zero.  Let 


r(t)  = 6(t)  + r (t) 
— — -con' 

v(t)  = u{t)  + V (t) 
— ' — ' —con' 


(2.  2,  6) 


where  6(t)  and  Kt)  are  the  position  and  velocity  deviations  from  the 
conic.  The  deviation  vector  ^(t)  satisfies  the  differential  equation 


r (t) 
con  ' ' 


f(q)  r(t)  + ^(t)  + ^(t) 


(2.  2.  7) 


subject  to  the  initial  conditions 


6(tQ)  = 0,  Kt^)  = 0 


(2.  2.  8) 


where 


(6  - 2r) . 6 


(2.  2.  9) 


f(q)  = q 


(2.  2.10) 


3 + 3q+  q 

1 + (1  + q)^/2 


The  first  term  on  the  right-hand  side  of  Eq.  (2.  2.  7)  must  re- 
main small,  i.  e. , of  the  same  order  as  a^(t),  if  the  method  is  to  be 
efficient.  As  the  deviation  vector  ^(t)  grows  in  magnitude,  this  term 
will  eventually  increase  in  size.  Therefore,  in  order  to  maintain  the 
efficiency  of  the  method,  a new  osculating  conic  orbit  should  be  defined 
by  the  total  position  and  velocity  vectors  r(t)  and  v(t).  The  process  of 
selecting  a new  conic  orbit  from  which  to  calculate  deviations  is  called 
rectification.  When  rectification  occurs,  the  initial  conditions  for  the 
differential  equation  for  ^(t),  as  well  as  the  variables  t and  x,  are 
again  zero. 


5.  2.  2.  3 Disturbing  Acceleration 

The  form  of  the  disturbing  acceleration  a^Ct)  that  is  used  in 

Eq.  (2.  2.  1)  depends  on  the  phase  of  the  mission.  In  earth  or  lunar 

orbit,  only  the  gravitational  perturbations  arising  from  the  non- 

spherical  shape  of  the  primary  body  need  be  considered.  Let  a be 

“tiP 

the  acceleration  due  to  the  non-spherical  gravitational  perturbations 
of  the  primary  body.  Then,  for  the  earth 


a - 
^E  "T" 
r 


where 


i=2 


(cos  4>)  u^ 


P.  (cos  (A)  u 
1 ^ — z 


to  o lit 
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^2 

(cos  0) 

= 3 cos  0 

P3' 

(cos  0) 

= ^ ( 15  cos^0  - 

3) 

1 

P4 

(cos  0) 

= (7  cos  0 Pg 

- 4P2') 

P5' 

(cos  0) 

= i (9  cos  0 P^ 

- 5P3') 

ai’e  the  derivatives  of  Legendre  polynominals, 

cos  (h  = u.  • u 
^ — r — z 


(2.  2.  13) 


and  J2,  Jg,  are  the  coefficients  of  the  second,  third,  and  fourth 
harmonics  of  the  earth's  potential  function.  The  vectors  u^  and  u^ 
are  unit  vectors  in  the  direction  of  r and  the  polar  axis  of  the  earth, 
respectively,  and  r^  is  the  equatorial  radius  of  the  earth. 

In  the  case  of  the  moon. 
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Uj,  is  the  unit  position  vector  in  reference  coordinates; 
u is  planetary  I 0 | transformed  to  reference  coordinates; 

^ '0, 
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is  planetary 
is  planetary 


transformed  to  reference  coordinates; 
transformed  to  reference  coordinates; 


and  xjyj,  yjyj,  Zjyj  are  the  components  of  r in  planetary  coordinates,  which 
are  computed  by  use  of  the  Planetary  Inertial  Orientation  Subroutine  (Section 
5.  5.  2).  In  addition,  r^^  is  the  mean  lunar  radius;  and  Jgg.  are  the 
coefficients  of  the  terms  describing  the  asymmetry  about  the  pole  of  the 
moon's  gravity;  and  the  remaining  symbols  are  defined  as  in  Eq.  (2.2.11). 


5.  2.  2.  4 Error  Transition  Matrix 


The  position  and  velocity  vectors  as  maintained  in  the 
computer  are  only  estimates  of  the  true  values.  As  part  of  the 
navigation  technique  it  is  necessary  also  to  maintain  statistical 
data  in  the  computer  to  aid  in  the  processing  of  navigation  measure- 
ments. 


If  £(t)  and  j2(t)  are  the  errors  in  the  estimates  of  the 
position  and  velocity  vectors,  respectively,  then  the  six-dimensional 
correlation  matrix  E(t)  is  defined  by 
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Eg(t)  = 


(2.  2.  15) 


n(t)  nit)  n(t)^ 


In  certain  applications  it  becomes  necessary  to  expand  the 
state  vector  and  the  correlation  matrix  to  more  than  six  dimensions 
so  as  to  include  estimation  of  landmark  locations  in  the  CMC  dur- 
ing orbit  navigation, and  rendezvous  radar  tracking  biases  in  the  LGC 
during  the  rendezvous  navigation  procedure.  For  this  purpose  a nine- 
dimensional  correlation  matrix  is  defined  as  follows  : 


E(t)  = 


E6(t) 


i(t)  \ 
n(t)£'^ 


P n(t)^ 


(2.  2.  16) 


where  the  components  of  the  three-dimensional  vector  P are  the  errors 
in  the  estimates  of  three  variables  which  are  estimated  in  addition  to  the 
components  of  the  spacecraft  state  vector. 

In  order  to  take  full  advantage  of  the  operations  provided  by 

the  interpreter  in  the  computer,  the  correlation  matrix  will  be  re- 
stricted to  either  six  or  nine  dimensions.  If,  in  some  navigation  pro- 
cedure, only  one  or  two  additional  items  are  to  be  estimated,then  a sufficient 
number  of  dummy  variables  will  be  added  to  the  desired  seven-  or 
eight -dimensional  state  vector  to  make  it  nine -dimensional. 
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Rather  than  use  the  correlation  matrix  in  the  navigation  pro- 
cedure, it  is  more  convenient  to  utilize  a matrix  W(t),  called  the  error 
transition  matrix, auid  defined  by 


E(t)  = W(t)  W(t)’^ 


(2.  2.  17) 


Extrapolation  of  the  nine -dimensional  matrix  W(t)  is  made  by 
direct  numerical  integration  of  the  differential  equation 


I 

\ 


W(t) 


(2.  2.  18) 


where  G(t)  is  the  three-dimensional  gravity  gradient  matrix,  and  I and 
O are  the  three-dimensional  identity  and  zero  matrices,  respectively. 
If  the  W matrix  is  partitioned  as 
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then. 


at  = Wi+gtt) 


Wi_^g(t)  = G(t)  Wi(t)  \ i = 0,  1, ,8 


(2.  2.  20) 


at  ■ - 


The  extrapolation  may  be  accomplished  by  successively  integrating  the 
vector  differential  equations 


w.(t)  = G(t)  w.(t) 


i = 0,  1,  . ...  8 


(2.  2.  21) 


The  gravity  gradient  matrix  G(t)  for  earth  or  lunar  orbit  is 

given  by 


G(t)  = 


[3  r(t)  ra)"^  - r2(t)  ij 


(2.  2.  22) 
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Thus,  if  D is  the  dimension  of  the  matrix  W(t)  for  the  given 
navigation  procedure,  the  differential  equations  for  the  Wj^(t)  vectors 
are 


Wi(t) 


(2.  2.  23) 


( i = 0,  1,...,  D-1) 


where  u^  { t ) is  a unit  vector  in  the  direction  of  r ( t ). 

It  is  possible  for  a computation  overflow  to  occur  during  the 
W matrix  integration  if  any  element  of  the  matrix  exceeds  its  maximum 
value.  This  event  is  extremely  unlikely  because  of  the  large  scale 
factors  chosen.  The  overflow  occurs 
if 

1 ) any  element  of  the  position  part  (upper  third)  of  the  W 

19 

matrix  becomes  equal  to  or  greater  than  2 m, 
or 

2 ) any  element  of  the  velocity  part  (middle  third)  of  the  W 

matrix  becomes  equal  to  or  greater  than  one  m/csec. 

In  addition,  each  element  of  the  bias  part  (lower  third)  of  the  matrix 

_5 

must  remain  less  than  2 radian,  but  this  part  does  not  change  during 
integration. 

If  overflow  shouid  occur,  an  alarm  results,  the  W matrix 
control  flag  is  reset,  and  either  new  state  vector  estimates  must  be 
obtained  from  RTCC,  or  a sufficient  number  of  navigation  measure- 
ments must  be  made  before  the  state  vectors  are  used  in  any  targeting 
or  maneuver  programs. 
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5.  2.  2.  5 Numerical  Integration  Method 


The  extrapolation  of  navigational  data  requires  the  solution  of 
a number  of  second -order  vector  differential  equations,  specifically 
Eqs.  (2.  2.  7)  and  (2.  2.  23).  These  are  all  special  cases  of  the  form 


d ^ 

t)  (2.2.24) 

dt 

Nystrom's  method  is  particularly  well  suited  to  this  form  and 
gives  an  integration  method  of  fourth-order  accuracy.  The  second-order 
system  is  written 


(2.  2.  25) 

^ ^ 1 (Z*  t) 

and  the  formulas  are  summarized  below. 

^ ^ + Skg)  At 

(2.2.26) 

= 6 + 4k2+  k^) 

ki  = L(yn* 

kg  = L(yn+  Fki  W,  t^+^At) 

ks  = ^ + i k2  (At)2.  t^  + At) 

For  efficient  use  of  computer  storage  as  well  as  computing 
time  the  computations  are  performed  in  the  following  order.* 
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1 


Equation  (2.2.7)  is  solved  using  the  Nystrom  formulas, 
Eqs.  (2.2.26).  It  is  necessary  to  preserve  the  values 
of  the  vector  r at  times  t^,  t^  + At  / 2,  t^  + At  for  use 
in  the  solution  of  Eqs . ( 2 . 2 . 2 3 ) . 


2)  Equations  (2.2.23)  are  solved  one -at -a -time  using 
Eqs.  ( 2.  2. 26  ) together  with  the  values  of  r which  re- 
sulted from  the  first  step. 


The  variable  At  is  the  integration  time  step  and  should 
not  be  confused  with  r , the  time  since  rectification.  The  maximum 
value  for  At  which  can  be  used  for  precision  integration.  At  , is 
computed  from 


At  = minimum 
max 


3/2 


0.  3 ,4000  sec 


(2.2.27) 


5.2  2.6  Coasting  Integration  Logic 


Estimates  of  the  state  vectors  of  two  vehicles  ( CSM  and 
LM ) will  be  maintained  in  the  computer.  In  various  phases  of  the 
mission  it  will  be  required  to  extrapolate  a state  vector  either  alone 
or  with  an  associated  W matrix  of  dimension  six  or  nine. 
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To  accomplish  all  of  these  possible  procedures,  as  well  as 
to  solve  the  computer  restart  problem,  three  state  vectors  will  be 
maintained  in  the  computer.  Let  ^ and  be  the  estimated  CSM 
Euid  LM  state  vectors,  respectively,  and  let  x be  a temporary  state 
vector.  The  state  vector  x is  a symbolic  representation  of  the  follow- 
ing set  of  variables: 

r^  = rectification  position  vector 

Vq  = rectification  velocity  vector 

r = conic  position  vector 

r‘r»n  “ 


= conic  velocity  vector 
= position  deviation  vector 
= velocity  deviation  vector 


(2,  2.  28) 


= time  associated  with  r , v ,6  and  u 

—con’  —con  — — 

= time  since  rectification 


root  of  Kepler's  equation 


p = primary  body  = 


0 for  earth 


1 for  moon 


The  state  vectors  ^ and  Xj^  represent  an  analogous  set  of  variables. 

The  Coasting  Integration  Routine  is  controlled  by  the  calling 
program  by  means  of  the  two  indicators  D and  V.  The  variable  D 
indicates  the  dimension  of  the  W matrix  with 


D = 0 


(2.  2.  29) 


denoting  that  the  state  vector  only  is  to  be  extrapolated.  The  vari- 
able V indicates  the  appropriate  vehicle  as  follows: 
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1  for  CSM 


V 


< 0 for  LM  (2. 2.  30) 

- 1 for  state  vector  specified  by  calling  program 


In  addition,  the  calling  program  must  set  the  desired  final  time  t^; 

X* 

and,  for  V equal  to  -1,  the  desired  state  vector  x. 


A simplified  functional  diagram  of  the  Coasting  Integration 
Routine  is  shown  in  Fig  2.2-1.  In  the  figure  the  indicated  state 
vector  is  being  integrated  to  time  t_.  The  value  of  At  for  each  time 
step  is  At  (Eq.  ( 2. 2. 27  ))or  the  total  time-to-go  whichever  is 
smaller.  The  integration  is  terminated  when  the  computed  value  of 
At  is  less  than  e.|.. 

Figure  2.2-2  illustrates  in  more  detail  the  logic  flow  of 
this  routine.  In  this  figure  the  following  items,  which  have  not  been 
discussed  fully  in  the  text,  are  explicitly  illustrated; 


1 ) Saving  of  r values  for  W matrix  integration 

2 ) Rectification  procedure 

3 ) Selection  of  disturbing  acceleration 

The  logic  flow  shown  in  Fig.  2 .2-2  is  controlled  by  the 
switch  F which  is  used  to  distinguish  between  state  vector  integration 
( F = 1 ) and  W matrix  integration  ( F = 0 ). 

If  the  Coasting  Integration  Routine  is  requested  to  extrapolate 
the  estimated  LM  state  vector  and  the  LM  is  on  the  lunar  surface, 
then  the  routine  will  use  the  Planetary  Inertial  Orientation  Subroutine 
(Section  5,  5.  2)  to  compute  the  desired  LM  position  and  velocity  and 
the  normal  integration  will  not  be  performed.  This  procedure  is  not 
indicated  in  the  figure. 

There  is  a procedure  for  the  emergency  termination  of  the 
Coasting  Integration  Routine  in  order  to  permit  correction  of  wrong 
erasable  memory  parameters.  This  emergency  function  is  described 
in  Section  5.  6.  11. 
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ENTER 


Figure  2.  2-1  Simplified  Coasting  Integration 
Routine  Logic  Diagram 
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5.  2-26 


»T  (T 


In  addition  to  the  general  criterion  discussed  in 
Section  5.  2,  2.  2,  the  requirements  for  rectification  (which  are 
not  shown  in  Fig.  2.2-2  ) are  functions  of 

1 ) the  computer  word  length, 

2 ) the  fact  that  the  computations  are  performed  in 

fixed -point  arithmetic, 

3 ) the  scale  factors  of  the  variables,  and 

4 ) the  accuracy  of  the  Kepler  Subroutine  { Section  5.  5.  5 ). 


If 


_6 

r 

con 


> 0.01 


or  if 


or  if 


Jo.  75  X 2^^m  for  P = 0 
[_0.  75  X 2^®m  for  P = 1 


{3 

0.75  X 2 m/csec  for  P = 0 

_i 

0.  75  X 2 m/csec  for  P = 1 

then  rectification  occurs  at  the  point  indicated  in  Fig.  2.2-2. 
Also,  if  the  calculation  of  the  acceleration  ( Eq.  (2.  2.  7 ) ) results 
in  overflow  ( i.  e.  any  component  is  equal  to  or  greater  than 
2~^®m/csec^  for  P = 0,  or  2 ^^m/csec^  for  P = 1 ),  then  the 
program  is  recycled  to  the  beginning  of  the  time  step  and  recti- 
fication is  performed,  provided  that  6 is  not  identically  zero 
(which  may  occur  if  an  attempt  is  made  to  extrapolate  a state 
vector  below  the  surface).  In  this  exceptional  case,  an  abort 
occurs  with  alarm  code  20430g. 
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5.  2.  3 


MEASUREMENT  INCORPORATION  ROUTINE 


Periodically  it  is  necessary  to  update  the  estimated  posi- 
tion and  velocity  vectors  of  the  vehicle  (CSM  or  LM)  by  means  of 
navigation  measurements.  At  the  time  a measurement  is  made, 
tlie  best  estimate  of  the  state  vector  of  the  spacecraft  is  the  extrap- 
olated estimate  denoted  by  x'.  The  first  six  components  of  x'  are 
the  components  of  the  estimated  position  and  velocity  vectors.  In 
certain  situations  it  becomes  necessary  to  estimate  more  than  six 
quantities.  Then,  the  state  vector  will  be  of  nine  dimensions.  From 
this  state  vector  estimate  it  is  possible  to  determine  an  estimate  of 
the  quantity  measured.  When  the  predicted  value  of  this  measure- 
ment is  compared  with  the  actual  measured  quantity,  the  difference 
is  used  to  update  the  indicated  state  vector  as  well  as  its  associated 
error  traiasition  matrix  as  described  in  Section  5.2.1.  The  error  transi- 
tion matrix,  V/,  is  defined  in  Section  5.  2.  2.  4. 

This  routine  is  used  to  compute  deviations  to  be  added 
to  the  components  of  the  estimated  state  vector,  and  to  update  the 
estimated  state  vector  by  these  deviations  provided  the  deviations 
pass  a state  vector  update  validity  test  as  described  in  Section  5.  2.  1. 

Let  D be  the  dimension  (six  or  nine)  of  the  estimated 
state  vector.  Associated  with  each  measurement  are  the  following 
parameters  which  are  to  be  specified  by  the  program  calling  this 
routine : 


b = Geometry  vector  of  D dimensions 

= A priori  measurement  error  variance 

6Q  = Measured  deviation,  the  difference  between  the 

quantity  actually  measured  and  the  expected  value 
based  on  the  original  value  of  the  estimated  state 
vector  x'. 
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The  procedure  for  incorporating  a measurement  into  the  estimated 
state  vector  is  as  follows: 


Compute  a D-dimensional  z vector  from 

z = w’^  b (2.  3.  1) 


where  W is  the  error  transition  matrix  associatedwithx'. 


Compute  the  D-dimensional  weighting  vector,  co,  from 


T 

O) 


1 


2 

z 


-l-  a 


T 

z 


W 


,T 


(2.  3.  2) 


Compute  the  state  vector  deviation  estimates  from 


6 X = cj  6Q 


(2.  3.  3) 


^4^  If  the  data  pass  the  validity  test,  update  the  state 
vector  and  the  W matrix  by 

X = x'  -t-  6 X (2.  3.  4) 


(2.  3.  5) 
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In  order  to  take  full  advantage  of  the  three-dimensional 
vector  and  matrix  operations  provided  by  the  interpreter  in  the  com- 
puter, the  nine -dimensional  W matrix  will  be  stored  sequentially  in 
the  computer  as  follows  : 

Wq,  w^,  ...  . W2g 

Refer  to  Section  5.  2.  2.  4 for  the  definition  of  the  W matrix.  Define 
the  three-dimensional  matrices 


Let  the  nine -dimensional  vectors  6x,  b,  oj,  and  z be  partitioned  as 
follows : 
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Then,  the  computations  shown  in  Eqs.  (2.  3.  1)  through  (2.  3.  3)  are 
performed  as  follows,  using  three-dimensional  operations: 


D 


- 1 


3=0 


^'i+3j  -j 


a 


3=0 


z.  + 
-3 


3=0 


W 


3i+j 


(2.  3.  9) 


<5x.  = 6Q  w. 


1. 


D 

T 


1 


Equation  (2.  3.  5)  is  written 


y = 


1 


W-.  n-  = W'., 

-i+9j  — i+9j 


I i = 0.  1, 


^3  = 0,  1, 


(2.  3.  10) 


D - 1 


\ 


/ 
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The  Measurement  Incorporation  Routine  is  divided  into 
two  subroutines,  INCORPl  and  INCORP2.  The  subroutine;  INCORPl 
consists  of  Eqs.  (2.  3.  9).  while  INCORP2  is  composed  of  Eqs.  (2.  3.  4) 
and  (2.  3,  10).  The  method  of  using  these  subroutines  is  illustrated 
in  Fig.  2.  3-1. 

Since  the  estimated  position  and  velocity  vectors  are 
maintained  in  two  pieces,  conic  and  deviation  from  the  conic,  Eq. 

(2.  3.  4)  cannot  be  applied  directly.  The  estimated  position  and 
velocity  deviations  resulting  from  the  measurement, 6Xq  and  6x^,  are 
added  to  the  vectors  6 and  p,  the  position  and  velocity  deviations  from 
the  conics,  respectively.  Since  ^ and  p are  maintained  to  much 
higher  accuracy  than  the  conic  position  and  velocity  vectors,  a pos- 
sible computation  overflow  situation  exists  whenever  Eq.  (2.  3.  4)  is 
applied.  If  overflow  does  occur,  then  it  is  necessary  to  reinitialize 
the  Coasting  Integration  Routine  (Section  5.  2.  2)  by  the  process  of 
rectification  as  described  in  Section  5.  2.  2.  2.  The  logic  flow  of  the 
subroutine  INCORP2  is  illustrated  in  detail  in  Fig.  2.  3-2. 


Overflow  occurs  when 


or 


6 > 


r > 


m for  P = 0 
m for  P = 1 
m/csec  for 
m/csec  for 


P = 
P = 


0 

1 
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CALLING  PROGRAM 


CONTINUE 


INCORPl 

Compute  State  Vector 
Deviation  Estimate  6x 
Eqs.  12.3.9  ) 

I 

RETURN 


INCORP2 

Update  State  Vector  jt 
and  W Matrix 
Eqs.(  2.3.4)  ond  (2.3.10) 

RETURN 


Fig.  2.3-1  Measurement  Incorporation  Procedure 
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ENTER 


Fig.  2.  3-2  INCORP2  Subroutine  Logic  Diagram 
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5.2.4 


RENDEZVOUS  NAVIGATION  PROGRAM 


5.  2.  4.1  Target  Acquisition  Routine 


One  of  the  first  functions  performed  by  the  Rendezvous 
Navigation  Program  is  to  use  the  Target  Acquisition  Routine 
( Fig.  2.4-1)  to  establish  lock-on  of  the  LM  Rendezvous  Radar 
(RR  ) with  the  transponder  on  the  GSM.  Since  the  problem  of 
acquiring  the  CSM  with  the  RR  is  essentially  the  same  for 
both  the  Rendezvous  and  Lunar  Surface  Navigation  Programs 
(P-20  and  P-22,  respectively),  the  same  Acquisition  Routine 
is  used  for  both  except  for  certain  differences  in  operation. 

For  the  moment,  however,  most  of  the  operational  details 
presented  are  for  the  case  when  the  Rendezvous  Navigation 
Program  is  being  used.  In  either  case  it  is  assumed  at  the 
start  of  the  routine  that  the  RR  is  on  and  has  been  permitted  to 
warm-up  to  operating  conditions. 

There  are  three  modes  ( RR  LGC,  RR  Manual,  and 
RR  Search ) for  controlling  the  RR  in  target  acquisition.  The 
RR  LGC  and  RR  Manual  Modes  can  be  selected  by  the  astronaut 
at  the  beginning  of  program  P-20  by  a procedure  described 
later.  However,  the  RR  Search  Mode  can  be  selected  only 
after  the  RR  LGC  Mode  has  failed  to  acquire  the  target.  The 
RR  Manual  Mode  is  not  used  in  P-22, 

Prior  to  using  the  Target  Acquisition  Routine,  program 
P-20  sets  the  Rendezvous,  Track,  First  Pass,  and  Update  flags  and 
resets  the  LOSCM,  R04,  Manual  Acquire,  No  Angle  Monitor,  and  Search 
flags.  The  Rendezvous  flag  is  set  to  denote  that  program  P-20  or 
P-22  is  being  used.  When  this  flag  is  reset,  programs  P-20  and 
P-22  are  terminated.  The  purpose  of  . most  of  the  other  flags  is  given  in 
the  following  sections.  In  addition  to  initializing  the  above  flags, 
the  state  vector  update  option  is  automatically  set  to  the  LM  in 
program  P-20. 


START 


To  RFt  Data  Read  Routine 


Figure  2.4-1.  Target  Acquisition  Routine  (Page  1 of  2) 
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m 


Limits 


RECYCLE 


terminate 


EXIT  P2  0 

Figure  2.4-1  Target  Acquisition  Routine 
(page  2 of  2) 
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After  the  start  of  the  Target  Acquisition  Routine 
in  Fig.  2.  4-1  the  range  and  range  rate  between  the  LM  and 
the  CSM  are  determined  by  taking  the  vector  difference 
between  the  LM  and  CSM  position  vectors  propagated  to 
current  time.  If  the  range  is  greater  than  400  n.  mi. . the 
RR  is  unable  to  provide  the  correct  range  information  to  the 
LGC  because  of  the  ranging  technique  used  in  the  radar. 

Therefore,  if  P-20  is  running  and  the  range  exceeds  400  n.mi., 
the  ALARM  light  is  illuminated.  The  astronaut  may  call  the 
range,  range  rate  display  if  he  so  desires.  If  the  range  is 
greater  than  400  n.mi.  and  P22  is  running,  range  rate  is 
tested.  Range  rate  positive  or  zero  causes  P22  termination. 

Range  rate  negative  causes  P22  to  display  range  and  range 
rate.  So  long  as  there  is  no  termination,  range  and  range 
rate  are  recalculated  every  five  seconds,  until  range  is  less 
than  400  n.mi. 

After  verifying  that  the  range  between  the  LM  and 
CSM  is  less  than  400  nm,  the  Preferred  Tracking  Attitude 
Routine  (R-61  of  Sections  4 and  5.  2.  4.  4)  is  used  to  align  the 
LM  +Z-axis  along  the  LOS  to  the  CSM.  This  is  done  to  insure 
that  the  RR  antenna  will  be  designated  in  the  correct  antenna 
angular  coverage  region  ( Mode  1 of  Fig.  2.4-3)  for  operation 
with  program  P-20.  In  addition,  this  attitude  permits  the  LM 
optical  beacon  to  be  seen  by  the  CSM  in  case  optical  tracking 
is  being  performed.  The  LM  optical  beacon  is  centered  with 
respect  to  the  LM  +Z-axis  and  has  a beamwidth  of  approximately 
60  degrees.  In  Sections  5.  2.  4.  2.  1 and  5.  2,  4.  4 it  is  seen  that 
the  LM  +Z-axis  is  continuously  directed  along  the  LOS  to  the  CSM 
by  use  of  the  Fine  Preferred  Tracking  Attitude  Routine  (R-65) 
when  RR  Data  is  being  used  to  update  the  navigation  equations -in 
P-20.  In  addition  it  is  seen  in  Section  5.  2.  4,  2.  1 that  the  RR  data 
is  not  used  to  update  the  navigation  equations  if  the  RR  is  more  than 
30°  from  the  LM  +Z-axis.  The  above  constraints  on  LM  attitude 
not  only  insure  that  the  LM  optical  beacon  will  be  seen  by  the  CSM 
but  also  insure  a reliable  estimate  of  the  RR  angle  biases  when 
processing  RR  data. 

After  using  the  Preferred  Tracking  Attitude  Routine 
in  Fig.  2.  4-1  the  LGC  checks  to  see  if  the  RR  Auto  Mode 
discrete  is  being  received  from  the  RR.  This  discrete  signifies 
that  the  RR  is  on  and  has  been  placed  under  LGC  control  by  a 
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mode  control  switch  associated  with  the  RR.  In  addition,  reception 
of  this  discrete  at  this  time  automatically  indicates  that  the  astronaut 
wishes  to  use  the  RR  LGC  Mode  of  target  acquisition.  If  the  discrete 
is  not  present  and  P-20  is  the  only  program  in  operation,  a request 
is  made  to  the  astronaut  to  either  select  the  RR  Manual  Mode  by 
keying  in  "ENTER"  or  the  RR  LGC  Mode  by  placing  the  RR  mode 
control  switch  in  the  LGC  position  and  keying  in  "PROCEED.  " If 
program  P-20  is  not  the  only  program  running,  a program  alarm  is 
issued  to  the  astronaut  requiring  the  action  indicated  in  Fig.  2.4-1. 
This  latter  step  is  taken  to  avoid  conflict  in  DSKY  displays  between 
program  P-20  and  other  programs. 

5.2.4. 1.1  Target  Acquisition  with  the  RR  LGC  Mode 

If  the  check  on  the  RR  Auto  Mode  discrete  in  Fig.  2.4-1 
indicates  that  the  RR  LGC  Mode  was  selected,  the  routine  next 
insures  that  the  RR  CDU'.s.are  not  being  zeroed.  These  CDU's  are 
zeroed  by  the  RR  Monitor  Routine  (R-25)  of  Section  5.2.4.  3 whenever 
the  RR  Auto  Mode  discrete  is  received  from  the  RR.  Afterwards,  a 
check  is  made  to  see  if  either  the  Manual  Acquire  or  Search  flag  is 
set,  signifying  that  the  RR  Manual  or  RR  Search  Mode  is  being  used. 
Since  the  present  mode  is  assumed  to  be  the  RR  LGC  Mode,  these 
flags  should  not  be  set.  Just  before  entering  the  RR  Designate  Routine, 
a precision  update  is  made  on  the  CSM  and  LM  permanent  state,  and 
the  Rendezvous  and  Track  flags  are  checked.  The  precision  update  is 
performed  at  this  time  in  order  to  shorten  the  operation  time  of  the 
Kepler  Subroutine,  which  is  used  periodically  in  the  RR  Designate 
Routine  to  compute  the  LOS  to  the  CSM.  The  operation  time  of  the 
Kepler  Subroutine  is  a function  of  the  age  of  the  permanent  state 
vector.  The  purpose  of  the  check  on  the  Track  flag  just  prior  to 
using  the  RR  Designate  Routine  is  to  insure  that  the  RR  is  not 
designated  by  the  LGC  until  this  flag  is  set.  The  Track  flag  is  reset 
by  various  LGC  programs  whenever  there  is  no  desire  to  designate 
or  read  data  from  the  RR.  Although  the  Track  flag  is  set  at  the  start 
of  program  P-20,  it  is  possible  for  it  to  be  temporarily  reset  during 
operation  of  program  P-20. 


To  designate  the  RR  along  the  LOS  to  the  CSM,  use  is  made 
of  the  RR  Designate  Routine  of  Fig.  2.4-2.  Initially  the  RR  Track  Enable 
discrete  is  removed  from  the  RR  in  order  to  ensure  RR  response  to  designate 
commands.  Subsequently,  the  routine  points  the  RR  antenna  along  the  reference 
direction  of  Mode  1 for  P-20  (see  Fig.  2.  4-3).  For  P-22,  a check  is  made  to 
see  if  the  antenna  is  in  Mode  2,  as  defined  in  Sections.  2.  5.  3,  and,  if  not,  it  is 
pointed  along  the  reference  direction  for  Mode  2.  The  LOS  range  vector 
(rj^Qg)  and  the  velocity  of  the  CSM  with  respect  to  the  LM  in  stable  mem- 

ber coordinates  are  computed  by  using  the  CSM  and  LM  position  and  velocity 
vectors  (r^,  Tj^,  Vj^).  During  P-20  the  vectors  r^,  v^,  and  Vj^  are 
obtained  by  using  the  Kepler  Subroutine  of  section  5.  5,  5.  During  P-22  only 
r^  and  ^ are  obtained  with  the  Kepler  Subroutine  --  r^^  and  v^^  are  obtained 
in  the  precision  update  prior  to  entering  RR  Designate  Routine.  The  vectors 
rj^  and  Vj^  are  not  updated  during  operation  of  the  routine  for  P-22,  because 
the  update  is  time  consuming  and,  due  to  the  slow  rate  of  lunar  motion,  would 
result  in  very  little  improvement  in  the  LOS  accuracy.  The  specified  time 
for  use  in  the  Kepler  Subroutine  is  the  present  time  plus  an  additional  amount 


1- 


The  quantity  is  equal  to  0.  5 seconds  and  is  a rough  estimate  of  the 


LGC  time  required  by  the  Kepler  Subroutine  to  compute  r^  and  during  the 
operation  of  P-22.  The  main  reason  for  using  is  to  ensure  that  the  vector 


—LOS  issued  to  the  gyro  command  loop  (see  page  2 of  Fig.  2.  4-2)  is  not  too 
stale  in  time  during  the  relatively  large  LOS  angular  rates  experienced  in 
P-22.  This  time  correction  is  used  in  P-20  also,  to  offset  some  of  the  time 
staleness.  The  correction  is  not  as  good  for  P-20,  but  the  problem  is  not  as 
acute  because  of  the  relatively  low  LOS  angular  rates  experienced  during 
free-fall. 


After  computing  a-nd  a check  is  made  (Fig.  2.4-2)  to  see  if 

the  LOS  is  within  the  angular  tracking  limits  of  either  RR  antenna  mode  shown 
in  Fig,  2.4-3.  This  is  accomplished  by  first  Computing  the  equivalent  RR  shaft 
and  trunnion  angles  for  with  the  method  shown  in  Section  5.  6.  15.  2 where 

= [SMNBjUNIT  (r^Qg) 

and  then  comparing  these  angles  with  the  electrical  tracking  mode  limits.  It 
should  be  noted  that  the  tracking  mode  limits  of  Fig.  2.4-3  are  not  the  true 
LOS  limits  of  the  RR  antenna  modes  but  are  the  LOS  limits  within  which  the  RR 
should  track  satisfactorily.  The  polarity  and  magnitude  of  the  shaft  and  trunnion 
LOS  values  given  in  Fig.  2.  4-3  agree  with  the  corresponding  shaft  and  trunnion 
CDU  indicated  values  except  for  shaft  angles  in  Mode  2 where 
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START 


Figure  2.4-2  RR  Designate  Routine  (Page  1 of  2) 
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Figure  2.4-2  RR  Designate  Routine  (Page  2 of  2 ) 
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The  RR  Monitor  Routine  (R-25  of  Section  5.  2.  4.  3)  continually 
updates  the  computer's  knowledge  of  which  mode  the  RR  antenna 
is  actually  in,  even  though  the  antenna  may  not  be  within  the 
tracking  limits  of  that  mode.  Since  the  Preferred  Tracking 
Attitude  Routine  was  previously  used  in  program  P-20  to  align 
the  LM  +Z-axis  along  the  LOS,  it  is  seen  in  Fig.  2.  4-2  that  steps 
are  taken  to  insure  that  the  RR  antenna  is  in  Mode  1 and  the  LOS 
is  within  the  tracking  limits  of  Mode  1 before  designating  the  RR. 

Whenever  a change  in  antenna  mode  is  performed  (i.  e.  a remode) 
the  antenna  is  left  pointing  along  the  reference  direction  for  the 
desired  mode  as  shown  in  Fig.  2.  4-3. 

If  the  Reposition  flag  should  be  set  by  the  RR 
Monitor  Routine  of  Section  5.  2.  4.  3 during  the  operation  of  the  gyro  command 
loop  in  the  RR  Designate  Routine,  a program  alarm  is  issued  as  shown  in 
Fig.  2.  4-2.  This  flag  when  set  denotes  that  the  RR  is  being 
repositioned  to  the  reference  direction  for  the  present  RR 
antenna  mode. 


The  RR  is  designated  towards  the  CSM  by  issuing  rate 
commands  to  the  RR  antenna  gyros  approximately  every  0,  5 seconds 
which  are  proportional  to  the  angular  difference  between  the  indicated 
direction  of  the  antenna  and 


-LOS  -LOS  -LC 

where  is  essentially  £j_^Qg  advanced  one  second  into  the 

future  and  is  obtained  by  adding  to  the  present  range  vector  (r 
the  distance  covered  in  a one  second  interval  by  v.  „ assuming  a 
constant  velocity.  This  correction  to  £j_^Qg  for  RR  designation 
essentially  compensates  for  the  lag  error  associated  with  the  type 
of  control  system  existing  between  the  RR  and  the  LGC.  The  method 
used  to  compute  the  gyro  rate  commands  is  given  in  Section  5.  6.  15.  3. 
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In  Fig.  2.  4-2  it  is  seen  that  an  approximate  update  for  LOS 
motion  is  made  to  [ i-  £loS  ” —LOS  ^ — LC  ^ about 

every  0.  5 seconds  until  the  counter  n has  been  decremented  from  3 to 
0.  When  n = 0 the  routine  returns  to  the  top  of  Fig.  2.  4-2  to  compute 
new  values  of  r and  v 

During  the  designation  of  the  RR  a check  is  made  to  see  if 
the  RR  is  within  0.  5 degrees  of  the  present  LOS  range  vector  £LQg- 
This  is  accomplished  by  using  the  method  in  Section  5.  6.  15.  1 to 
obtain  a unit  vector  u„„  defining  the  direction  of  the  RR  in  navigation 
base  coordinates,  which  is  then  transformed  to  stable  member 
coordinates  as  follows: 


-RR  ■ £rr 

and  compared  with  the  present  LOS  range  vector  r j^Qg-  When  the 
angle  between  u and£^Qg  drops  below  0.  5 degrees,  the  RR  Track 
Enable  discrete  is  issued  to  the  RR,  enabling  its  angle  tracking  servos 
to  track  the  target  if  its  range  rate  tracking  network  has  already 
acquired  the  target.  Issuance  of  the  RR  Track  Enable  discrete  also 
initiates  the  RR  range  tracker  search. 


Approximately  every  0.  5 seconds  it  is  seen  in  Fig.  2.  4-2 
that  a check  is  also  made  to  see  if  the  RR  Data  Good  discrete  is 
present.  This  discrete  is  sent  to  the  LGC  by  the  RR  when  lock -on 
has  been  achieved  in  range  and  range  rate  and  the  RR  Track  Enable 
discrete  has  been  received  from  the  LGC.  In  the  event  of  failure  to 
receive  this  discrete  after  issuing  rate  commands  to  the  RR  gyros 
60  times,  the  RR  Track  Enable  discrete  is  removed  and  a program 
alarm  is  issued  to  the  astronaut  whereupon  he  either  repeats  the 
designate  process  or  goes  to  the  RR  Search  Mode. 
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If  the  RR  Data  Good  discrete  is  received  during  the 
designate  process,  the  routine  is  terminated  and  it  is  seen  in 
Fig.  2.  4-1  that  for  P-20,  the  angles  indicating  the  direction  of 
the  RR  antenna  are  displayed  to  the  astronaut  so  that  he  may 
confirm  lock-on  by  the  main  radiation  lobe  before  entering  the 
RR  Data  Read  Routine.  This  confirmation  may  be  made  through 
use  of  the  Crew  Optical  Alignment  Sight  (COAS)  or  the  RR  signal- 
strength  meter.  The  angles  in  the  display  are  the  same  as  those 
defined  in  Sections  5.  6.  14  and  5.6.21.  If  the  astronaut  should 
exercise  manual  control  of  RR  to  insure  that  it  is  tracking  on 
the  main  lobe,  he  should  not  key  in  a PROCEED  until  after  he 
has  placed  the  RR  mode  control  switch  in  the  LGC  position  and 
the  radar  panel  NO  TRACK  light  is  extinguished.  This  proce- 
dure is  necessary  for  the  reasons  given  in  Section  5.  2.  4.  1.2. 

After  confirming  main  lobe  lock -on,  a 2.  5 second  delay  is  introduced 
in  order  to  permit  any  transients  in  the  RR  angle  tracking  servos 
to  settle  out  before  RR  data  is  taken.  In  addition,  the  status  of 
the  Rendezvous  and  Track  flags  is  checked  before  entering  the 
RR  Data  Read  Routine  of  Jig.  2.4-6. 
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5. 2. 4. 1.2  Target  Acquisition  With  the  RR  Manual  Mode 


In  Fig.  2.  4-1  it  is  seen  that  the  RR  Manual  Mode  of 
target  acquisition  can  be  obtained  by  keying  in  "ENTER"  after 
the  LGC  discovers  that  the  RR  Auto  Mode  discrete  is  not  present. 
Absence  of  this  discrete  at  the  beginning  of  program  P-20  can 
be  insured  by  not  placing  the  mode  control  switch  of  the  RR  in 
the  LGC  position.  The  logic  associated  with  the  RR  Manual  Mode 
is  shown  on  page  2 of  Fig.  2.  4-1.  Initially,  the  No  Angle 
Monitor  flag  is  set,  the  minimum  deadband  of  the  RCS  DAP  is 
selected,  and  the  RR  Track  Enable  discrete  is  issued  to  the  RR. 
The  No  Angle  Monitor  flag  is  set  during  the  RR  Manual  Mode  so 
as  to  disable  the  angle  monitor  function  of  the  RR  Monitor  Routine 
(see  Section  5.  2.  4.  3).  Selection  of  the  minimum  deadband  permits 
the  astronaut  to  manually  designate  the  RR  more  accurately.  If 
the  Preferred  Tracking  Attitude  Routine  (R-61)  is  called  by  keying 
RECYCLE  and  an  R-60  maneuver  is  called,  the  astronaut -specified 
deadband  is  restored  at  the  conclusion  of  the  maneuver.  The 
RR  Track  Enable  discrete,  although  it  has  no  effect  on 
manual  control  of  the  RR,  is  issued  at  this  time  so  that  there 
is  no  loss  of  RR  angle  tracking  when  the  mode  control  switch 
of  the  RR  is  placed  in  the  LGC  position  after  manual  target 
acquisition. 

Afterwards,  the  LGC  requests  the  astronaut  to 
perform  the  manual  acquisition.  If  manual  acquisition  is 
achieved,  the  astronaut  places  the  RR  under  LGC  control,  waits 
until  the  radar  panel  NO  TRACK  light  is  extinguished,  and  keys 
in  "PROCEED".  This  procedure  is  necessary  in  order  to  insure 
that  the  RR  range  tracking  network  has  locked  onto  the  target 
before  entering  the  RR  Data  Read  Routine.  When  the  RR  mode 
control  switch  is  placed  in  the  LGC  position  RR  range  tracking 
is  interrupted  by  switching  and  a new  range  search  is  initiated. 
When  the  RR  acquires  the  target  in  both  range  and  range  rate, 
the  NO  TRACK  light  is  extinguished. 

After  the  "PROCEED"  the  LGC  checks  to  see  if  the 
RR  is  within  the  limits  of  the  present  coverage  mode.  If  the  RR 
is  not  within  the  coverage  limits,  a program  alarm  is  issued 
and  the  astronaut  either  terminates  the  program  or  repeats  the 
manual  acquisition  process  as  shown  in  Fig.  2.  4-1.  Note  that 
the  Preferred  Tracking  Attitude  Routine  is  used  to  re -align  the 
LM  +Z-axis  with  the  target  LOS  whenever  he  elects  to  repeat 
the  manual  acquisition  process. 

Once  target  acquisition  has  been  achieved  and  the  RR 
is  found  to  be  within  the  present  antenna  mode  limits,  the  astronaut 
specified  deadband  is  restored,  the  No  Angle  Monitor  flag  is  reset, 
and  the  Manual  Acquire  flag  is  set  to  denote  manual  acquisition. 

The  remaining  steps  are  indicated  in  Fig.  2.  4-1. 
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5. 2. 4. 1.3  Target  Acquisition  With  the  RR  Search  Mode 


In  the  RR  Designate  Routine  (Fig,  2.  4-2)  it  is  seen 
that  the  astronaut  may  select  the  RR  Search  Mode  if  the  RR 
Designate  Routine  fails  to  acquire  the  target.  The  RR  Search 
Mode  is  obtained  by  using  the  RR  Search  Routine  (R-24  of 
Section  4)  to  designate  the  RR  antenna  in  a hexagonal  search 
pattern  about  the  estimated  LOS.  The  search  pattern  is  a box 
with  six  sides  where  the  side  to  side  dimensions  are  5.  6°  as 
shown  in  Fig.  2.  4-4.  At  the  beginning  of  this  mode  the  RR  is 
designated  for  six  seconds  along  the  estimated  LOS  to  the  target 
defined  by  the  unit  vector  u j^Qg  in  Fig.  2.  4-4.  Afterwards,  the 
LGC  sequentially  designates  the  RR  to  each  corner  of  the  hexagon 
for  a period  of  six  seconds.  Having  completed  the  designate  to 
each  corner,  the  LGC  repeats  the  above  process  starting  with  a 
designate  along  u ^^Qg  for  six  seconds.  The  time  required  to 
generate  this  search  pattern  is  approximately  42  seconds. 


The  logic  flow  associated  with  the  RR  Search  Routine 
is  shown  in  Fig,  2.  4-5.  Initially,  the  Search  flag  is  set  to  denote 
that  this  mode  is  being  used  and  a display  of  certain  RR  search 
parameters  is  instigated  to  which  the  astronaut  must  respond 
later.  The  RR  Track  Enable  discrete  is  then  issued  to  the  RR 
so  that  the  RR  may  acquire  the  target  during  the  search  pattern 
generation.  This  discrete  is  also  re-issued  at  each  corner  of 
the  search  pattern  in  case  it  has  been  removed  by  some  source 
such  as  the  RR  Monitor  Routine. 


Approximately  every  six  seconds  the  position  and 
velocity  vectors  of  the  CSM  and  LM  are  used  to  compute  the 
line-of-sight  unit  vector  (Hlos'  basic  reference  coordinates 
and  the  relative  velocity  stable  member  coordinates. 

Note  that  u^Qg  and  are  based  on  the  CSM  and  LM  position 
and  velocity  vectors  computed  for  the  present  time  plus  ^2  where 
e 2 is  equal  to  1.  5 seconds  and  is  a rough  estimate  of  the  LGC 
time  required  to  compute  the  CSM  and  LM  state  vectors  during 
the  operation  of  P-22.  The  reason  for  using  62  is  to  ensure 
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along  u j^Qg  or  to  one  corner  of  the  search  pattern  (see  Figure 
2.  4-4).  Afterwards,  u is  transformed  to  stable  member 
coordinates  and  a check  is  made  on  the  direction  of  u with 
respect  to  the  angular  coverage  modes  of  the  RR  antenna,  just 
as  was  done  with  r j^Qg  in  the  RR  Designate  Routine  in  Section 
5.  2.  4.  1.  1.  If  u is  not  within  the  angular  coverage  limits  of 
either  mode  during  program  P-20,  the  program  alarm  light  is 
turned  on,  an  alarm  code  is  stored,  and  the  search  pattern  is 
stopped.  If  the  astronaut  wishes  to  continue  the  search  in 
program  P-20,  he  must  re-establish  the  preferred  tracking 
attitude  with  the  Preferred  Tracking  Attitude  Routine  (R-61) 
in  the  manner  shown  at  the  end  of  Fig.  2.  4-5.  Once  u is 
found  to  be  within  the  coverage  limits  and  the  correct  antenna 
mode  has  been  established,  the  routine  proceeds  to  designate 
the  RR  by  issuing  rate  commands  to  the  RR  gyros  about  every 
0.  5 seconds  with  approximate  corrections  being  made  each  time 
for  lag  error  and  target  motion. 


Note  in  Fig.  2.  4-5  that  the  angle  between  the  RR  and 
the  LM  +Z-axis  is  periodically  determined  and  displayed  as  one 
of  the  RR  search  parameters  during  the  search  operation.  By 
observing  the  displayed  angle  the  astronaut  can  determine  during 
program  P-20  when  he  should  re-establish  the  preferred  tracking 
attitude  with  the  Preferred  Tracking  Attitude  Routine  (R-61)  in 
the  manner  shown  at  the  end  of  Fig.  2.  4-5. 


Near  the  end  of  Fig.  2.  4-5  it  is  seen  that  a periodic 
check  is  made  to  see  if  the  RR  Data  Good  discrete  is  being 
received  from  the  RR,  signifying  that  the  RR  has  acquired  the 
target  in  range  and  range  rate.  If  this  discrete  is  present,  the 
search  pattern  is  stopped  and  the  astronaut  is  notified.  The 
astronaut  then  checks  to  see  if  acquisition  was  obtained  with 
the  main  radiation  lobe  of  the  RR.  By  manually  positioning  the 
RR  and  observing  the  RR  signal  strength  meter,  he  should  be 
able  to  distinguish  the  main  lobe  from  any  side  lobes.  Having 
achieved  and  verified  lock-on  with  the  main  radiation  lobe,  the 
astronaut  places  the  RR  mode  control  switch  in  the  LGC  position, 
waits  until  the  radar  panel  NO  TRACK  light  is  extinguished,  and 
keys  in  a "PROCEED".  The  remaining  steps  are  indicated  in 
Fig.  2.  4-1. 
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Figure  2.  4-5  RR  Search  Routine  (page  1 of  2) 
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Figure  2.  4-5  RR  Search  Routine 
(page  2 of  2) 
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5.  2,  4.  2 Rendezvous  Navigation  Routine 


5.  2,  4.  2.  1 RR  Data  Read  Routine 

During  operation  of  the  Rendezvous  Navigation 
Routine  use  is  made  of  the  RR  Data  Read  Routine  (R-22  of 
Section  4)  to  obtain  measurement  data  from  the  RR,  The  logic 
associated  with  the  RR  Data  Read  Routine  is  given  in  Fig.  2.  4-6. 
Like  the  Target  Acquisition  Routine,  this  routine  is  used  by  both 
the  Rendezvous  and  Lunar  Surface  Navigation  Programs,  with 
different  paths  being  taken  at  various  points  in  the  routine 
depending  on  which  program  (P-20  or  P-22)  is  in  operation. 

The  RR  Data  Read  Routine  periodically  obtains  a complete  set 
of  data  from  the  RR  (range,  range  rate,  shaft  angle,  and  trunnion 
angle)  for  purposes  of  navigation,  although  only  range  and  range 
rate  data  is  used  for  updating  during  lunar  surface  navigation. 
When  routine  R-22  is  used  in  program  P-20,  the  Fine  Preferred 
Tracking  Attitude  Routine  (R-65  of  Sections  4 and  5.  2.  4.  4) 
is  called  on  a repetitive  basis  to  obtain  continuous  or  fine 
LM  +Z-axis  tracking  of  the  CSM.  Most  of  the  details  on  ' 
continuous  Z-axis  tracking  in  program  P-20  are  given  in 
Section  5.  2. 4.  4.  During  the  operation  of  program  P-20  the 
maximum  frequency  of  update  of  the  navigation  equations 
with  a complete  set  of  RR  data  is  about  64  seconds.  This  is 
based  upon  a rough  estimate  given  in  Section  5.  2.  4.  4. 
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Figure  2.  4-6  RR  Data  Read  Routine  (Page  1 of  3) 
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Figure  2.4-6  RR  Data  Read  Routine  (Page  2 of  3) 
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In  this  section  an  explanation  will  be  given  only 
for  those  logic  steps  in  Fig.  2.  4-6  associated  with  the  use  of 
the  RR  Data  Read  Routine  during  operation  of  the  Rendezvous 
Navigation  Program  (P-20). 

In  Fig,  2.4-6,  the  first  check  made  by  the  routine, 
after  establishing  that  P-20  or  P-22  is  being  used,  is  to  see  if 
the  Track  flag  is  present.  This  flag  is  removed  during  the 
preparation  and  execution  of  a LM  AV  maneuver  when  there 
is  no  desire  to  have  the  routine  request  RR  data  or  call  any 
other  routine  such  as  the  RR  Designate  and  Fine  Preferred  Track- 
ing Attitude  Routines. 


If  the  Track  flag  is  present,  the  routine  next  checks 
for  issuance  of  the  RR  Track  Enable  discrete  and  reception  of 
the  RR  Auto  Mode  discrete.  The  former  discrete  is  removed 
and  not  re-issued  by  the  RR  Monitor  Routine  whenever  the  RR 
antenna  angles  exceed  the  limits  in  Fig.  2.4-3.  Its  absence 
therefore  indicates  a need  to  go  back  to  input(^^of  Fig.  2.4-1 
to  re-establish  the  preferred  tracking  attitude  and  re-desig- 
nate the  radar.  Afterwards,  a check  is  made  to  insure  that 
RR  data  is  not  taken  if  the  RR  CDU's  are  being  zeroed,  if  the 


RR  CDU's  are  being  zeroed  and  program  P-20  is  in  operation,  the 
Fine  Preferred  Tracking  Attitude  Routine  (R  -65)  of  Section  5. 2. 4. 4 is 
called  with  a specified  value  of  2 for  the  quantity  N^- , which  indicates  how 
many  times  routine  R -6  5 is  to  repeat  itself  before  returning  to  routine  R -22. 

The  sequence  used  by  the  routine  for  reading  RR  data 
is  shown  in  Fig.  2.  4-6  where  frequent  checks  are  made  on  the 
RR  Data  Good  discrete  to  insure  that  no  RR  tracking  interruptions 
have  occurred  during  the  read-out.  If  this  discrete  is  missing, 
the  Tracker  Fail  light  is  turned  on  before  going  to  point 
of  Fig.  2.4-1  to  re-designate  the  RR.  Note  in  Fig.  2.4-1  that 
checks  are  also  made  to  see  if  the  RR  CDU's  have  failed  during 
the  read-out  and,  if  so,  a return  will  also  be  made  to  point 
of  Fig.  2.4-1. 
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Prior  to  and  after  reading  the  data,  the  routine  checks 
the  status  of  the  Range  Low  Scale  discrete  to  insure  that 
the  proper  scaling  is  applied  to  the  range  data.  For  ranges 
below  9.  38  X 32,  767  feet,  the  RR  issues  the  Range  Low 
Scale  discrete  indicating  ta  the  LGC  that  the  low  scale 
factor  should  be  used.  If  the  stajtus  of  this  discrete  should 
change  during  the  data  read  process,  it  is  seen  in  Fig.  2.4-6 
that  a new  data  request  is  immediately  made  by  the  routine. 

It  should  be  noted  that  a single  time  tag  tjyf  is  used  for 
a complete  set  of  RR  data  (range,  range  rate,  shaft  angle,  and 
trunnion  angle)  in  the  navigation  computations.  This  time  (tjyj) 
is  the  time  recorded  at  the  middle  of  the  80  millisecond  counting 
interval  for  the  range  rate  measurement. 

Whenever  RE  data  is  successfully  read,  a code  word  is 
set  to  indicate  to  the  AGS  that  RR  data  is  available  on  the  downlist, 
provided  that  it  has  been  at  least  50  seconds  since  the  last  setting. 

After  the  RR  data  is  read,  the  LOS  is  determined 
for  time  tj^  and  compared  with  that  indicated  by  the  RR  CDU's. 
This  is  done  to  insure  against  RR  side-lobe  lock-on.  If  the 
difference  is  more  than  3 degrees,  an  alarm  is  issued  to  the 
astronaut  who  must  then  decide  to  go  to  the  RR  Designate 
Routine  or  request  the  LGC  to  proceed  with  the  data. 

If  the  Track  flag  is  still  present  after  the  side-lobe 
check,  the  routine  checks  to  see  if  the  angle  between  the  RR 
antenna  and  the  LM +Z -axis  is  within  30  degrees.  As  mentioned 
previously,  this  is  required  in  order  for  the  LGC  to  perform 
a satisfactory  determination  of  RR  angle  biases,  and  to  also 
enable  the  LM  Optical  Beacon  to  be  seen  by  the  CSM.  If  the 
antenna  is  not  within  30  degrees  of  the  LM  +Z-axis,  the 
Preferred  Tracking  Attitude  Routine  (R-6l)  is  called  before 
returning  to  of  Fig.  2.  4-1. 
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Afterwards,  the  LGC  checks  the  Update  and  No 
Update  flags.  The  Update  flag  is  reset  by  various  programs 
and  routines  whenever  it  is  desired  to  temporarily  stop  the 
update  of  the  navigation  equations  with  RR  data.  The  No 
Update  flag  is  set  by  the  astronaut  whenever  he  wishes  to 
permanently  stop  the  update  of  the  navigation  equations  with  RR 
data.  This  flag  is  reset  whenever  the  astronaut  indicates  that 
he  wishes  to  update  either  the  f.M  or  CSM  state  vector.  It  should 
be  noted  that  it  is  only  necessary  for  the  Track  flag  to  be  present 
in  order  to  monitor  RR  tracking  and  read  RR  data  even  though 
the  data  may  not  be  used  for  navigation  updates. 


The  range  obtained  from  the  RR  by  the  RR  Data 
Read  Routine  is  that  measured  by  the  RR  between  the  LM  and 
the  CSM.  This  data  is  sent  to  the  LGC  from  the  RR  as  a 
binary  data  word  In  the  LGC  the  range  r^^j^  in  feet  is 

obtained  as  follows: 

^RR 

‘^R2  “RR 

where  kj^^  and  kj^2  the  bit  weights  respectively  for  the 
long  and  short  range  scales  in  order  to  obtain  in  feet. 
When  the  Range  Low  Scale  discrete  is  being  received  from 
the  RR  by  the  LGC,  kpj2  is  used. 

The  range  rate  data  obtained  from  the  RR  by  the 
RR  Data  Read  Routine  is  in  the  form  of  a binary  data  word 
S_o  which  represents  the  count  in  the  RR  of  a frequency 

l\-ri 

comprising  both  the  doppler  frequency  and  a bias  frequency 
(fgRR  ) over  a time  interval  At  present,  is  given 

as  80.  000  milliseconds.  To  obtain  the  range  rate  ( ) in 

feet  per  second,  the  following  computation  is  made: 
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^BRR  "^RR  ^ 


^RR  ^RR  ^ ®RR 

where  is  the  scale  factor  required  to  obtain  the  range  rate 

in  feet  per  second  and  is  of  such  a polarity  as  to  make  r„„ 

K H 

positive  in  the  above  equation  for  increasing  range. 

A summary  of  the  processing  constants  required  by 
the  LGC  for  RR  operation  is  given  as  follows: 


BRR 


'RR 


^RR 


Range  rate  bias  frequency 

Counting  interval  in  RR  for  range  rate  measurements 

Scale  factor  to  convert  the  range  rate  count  obtained 
from  the  RR  to  feet  per  second  for  the  counting  inter- 


val 

the 

R1 

Bit 

R2 

Bit 

Bit  weight  in  feet  for  long  range  scale. 
Bit  weight  in  feet  for  short  range  scale. 
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5.  2.  4.  2.2  Rendezvous  Navigation  Computations 


During  rendezvous  phases  RR  navigation  data  are 
obtained  by  means  of  automatic  rendezvous  radar  tracking  of 
the  CSM  from  the  LM.  These  data  are  used  to  update  the  esti- 
mated six-dimensional  state  vector  of  either  the  LM  or  the 
CSM.  The  option  of  which  state  vector  is  to  be  updated  by  the 
RR  tracking  data  is  controlled  by  the  astronaut  as  described  in 
Section  5.  2.  1 and  illustrated  in  Fig.  2.  1-1.  This  decision  will 
be  based  upon  which  vehicle's  state  vector  is  most  accurately  known, 
and  upon  which  vehicle  is  performing  the  rendezvous.  This  pro- 
cess requires  that  the  constant  RR  tracking  angle  biases  be  com- 
pensated for  by  estimating  these  biases  along  with  the  selected 
vehicle's  state  vector  such  that  subsequent  RR  tracking  angle 
data  can  be  modified  as  shown  in  simplified  form  in  Fig.  2.  1-1. 

This  routine  is  used  to  process  the  CSM-tracking  RR 
measurement  data,  and  is  used  normally  during  lunar -orbit 
rendezvous  in  the  lunar  landing  mission.  The  routine  also  can 
be  used  in  earth  orbit  during  alternate  missions. 

After  the  preferred  LM  attitude  is  achieved  and  RR 
tracking  acquisition  and  lock-on  is  established  (Section  5.  2.  4.  1 ), 
the  following  tracking  data  are  automatically  acquired  by  the  RR 
Data  Read  Routine  (Section  5.  2.  4.  2.  1 ) at  approximately  one 
minute  intervals: 

Measured  range,  R^^ 

Measured  range  rate,  Rj^ 

Measured  shaft  angle, 

Measured  trunnion  angle, 


where  the  subscript  M indicates  the  RR  measured  value.  In 
addition  to  the  above  four  measured  quantities  the  time  of  the 
measurement  and  the  three  IMU  gimbal  angles  are  also  recorded. 

Although  eight  variables  are  estimated  in  the  navigation 
procedure  (six  vehicle  state-vector  components  and  two  RR  angle 
biases ),  it  is  convenient  to  use  the  following  nine -dimensional 
state  vector: 


(2.4.  1) 


where  r and  v are  the  estimated  position  and  velocity  vectors, 
respectively,  of  the  selected  vehicle  ( LM  or  CSM ) which  is 
being  updated,  6/3  and  60  are  the  estimates  of  the  biases  in  the 
RR  shaft  and  trunnion  angles,  respectively,  and  the  ninth  co- 
ordinate is  a dummy  variable.  This  type  of  RR  tracking  angle 
bias  is  referred  to  as  a boresight  bias  and  is  one  of  two  types 
which  may  be  defined.  With  the  LM  attitude  restriction  men- 
tioned in  Section  5.2.  1,  either  type  of  angle  bias  (tilt  or  bore- 
sight)  can  be  used,  and  the  boresight  type  indicated  in  Eq.  (2.  4.  1 
is  most  convenient. 


) 


Let  Vj^,  r^  and  v^  be  the  estimated  position  and 


velocity  vectors  of  the  LM  and  CSM,  respectively,  at  the  time 
of  the  measurement.  Then,  the  measurement  error  variances, 
0-2,  the  nine -dimensional  geometry  vectors,  b,  and  the  measured 
deviations,  6Q,  for  the  range  and  range  rate  measurements  are 
computed  as  follows: 


5. 2-62 


Measured  range,  R 
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b. 
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(2.4.2) 


where  var^^  is  the  RR  range  error  variance  corresponding  to  a 
percentage  error,  and  is  the  minimum  RR  range  error 

variance. 

• • 

Measured  range  rate,  Rj^ 
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Measured  range  rate,  (Continued) 


" -LC 
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6Q 

= ^LC 
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^LC 


( 2.  4.  3 Continued  ) 


where  var^  is  the  RR  range -rate  error  variance  corresponding 
to  a percentage  error,  and  the  nainimum  RR  range - 

rate  variance. 


In  Eqs.  ( 2.  4.  2 ) and  ( 2.  4.  3 ) the  negative  signs  are 
selected  if  it  is  the  LM  state  vector  that  is  being  updated,  and 
the  positive  signs  if  it  is  the  CSM  state  vector. 

In  order  to  process  the  RR  angle  data  (i3jyj  and  6-^)t 
it  is  necessary  to  consider  the  relative  orientations  of  the 
various  coordinate  systems.  If  i^,  Uy  and  u^  are  unit  vectors 
along  the  X-,  Y-  and  Z-axes,  respectively,  of  the  RR  Measure- 
ment Coordinate  System,  then  the  measured  shaft  angle, 
and  the  measured  trunnion  angle,  9^,  are  defined  as  shown  in 
Fig.  2.  4-7.  In  the  figure,  the  vector  £-^^2  projection  of 

the  measured  LM-to-CSM  line-of-sight  vector  on  the  XZ -plane. 

The  RR  Measurement  Coordinate  System  is 
coincident  with  the  Navigation  Base  Coordinate  System  since 
all  RR  performance  specifications  are  referenced  to  the 
PGNCS  navigation  base.  The  unit  vectors  u.^,,  u„  and  u„  are 
then  given  in  the  Basic  Reference  Coordinate  System  by 
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[smnb]  [refsmmat] 


(2.4,4) 


where  j^SMNBJand  j^REFSMMATj  are  transformation  matrices 
as  defined  in  Section  5,  6.  3 and  the  angles  from  which  |sMNBj 
is  determined  are  the  values  of  the  IMU  gimbal  angles  which 
were  recorded  at  the  measurement  time. 


2 

The  measurement  error  variances,  a , the  nine- 
dimensional  geometry  vectors,  b , and  the  measured  deviations, 
6Q , for  the  shaft  and  trunnion  angle  measurements  are  com- 
puted as  follows: 

Measured  shaft  angle, 
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where  var^  is  the  RR  shaft-angle  error  variance  and  var^j^^  is 
the  IMU  angular  error  variance  per  IMU  axis. 


Measured  trunnion  angle,  9 
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6Q  = - sin  (S)  - 6 9 


where  var„  is  the  RR  trunnion-angle  error  variance. 

C7 

In  Eqs.  ( 2.  4.  5 ) and  ( 2. 4.  6 ) the  negative  signs  are 
used  if  it  is  the  LM  state  vector  that  is  being  updated,  and  the 
positive  signs  if  it  is  the  CSM  state  vector. 

The  data  are  incorporated  into  the  state  vector  esti- 
mates by  means  of  four  calls  to  the  Measurement  Incorporation 
Routine  (Section  5.2.3).  The  updated  components  of  the  nine- 
dimensional state  vector  resulting  from  each  incorporation  are 
used  as  initial  conditions  for  the  next  update  in  the  sequence. 
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Included  in  each  use  of  the  Measurement  Incorporation  Routine  is 
the  state  vector  update  validity  check,  as  described  in  Section  5.2,  1 
and  illustrated  in  Fig.  2.4-8.  Note  that  if  Sr  and  6v  are  displayed,  a 
Source  Code  is  also  displayed  indicating  which  of  the  four  RR  measure- 
ment parameters  is  responsible  for  the  6r  and  6v.  The  Source  Code 
is  set  to  1,  2,  3 and  4,  respectively,  for  RR  range,  range  rate, 
shaft  angle  and  trunnion  angle.  In  some  cases,  the  identity  of 
the  RR  measurement  source  is  useful  in  indicating  the  type  of 
corrective  action  required  to  remedy  the  situation. 


The  results  of  the  processing  of  the  RR  measurement 
data  are  updated  values  of  the  estimated  position  and  velocity 
vectors  of  the  CSM  or  the  LM  and  estimates  of  the  RR  angle  biases. 
The  two  estimated  vehicle  state  vectors  are  used  to  compute  required 
rendezvous  targeting  parameters  as  described  in  Section  5.  4. 

For  convenience  of  calculation  in  the  LGC,  Eqs.  (2.4.  5) 
and  (2.4.6)  are  reformulated  and  regrouped  as  follows; 

Preliminary  Radar  Angle  Calculation 
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ENTER 


EXIT 


Figure  2.  4-8  Rendezvous  Navigation  Measurement  Incorporation  Procedure 
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Measured  trunnion  angle,  6 


= 4z  <^^^0  + 


^ + ( Uy  X Uj^^  ) X u 
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^i2  - 
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^XZ  ^M 


sin"^  (S) 


The  procedure  for  performing  the  rendezvous  naviga- 
tion computations  is  illustrated  in  Figs.  2.4-9  and  2.4-10.  It 
is  assumed  that  the  following  items  are  stored  in  erasable  mem- 
ory at  the  start  of  the  computation  shown  in  Fig.  2.  4-9: 


Estimated  CSM  state  vector  as 


defined  in  Section  5.  2.  2.  6. 


Estimated  LM  state  vector. 


Six-dimensional  error  transition 
matrix  associated  with  ^ or  Xj^ 
as  defined  in  Section  5.  2.  2.  4. 
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ENTER 


EXIT 


Figure  2,  4-9  Rendezvous  Navigation  Computation  Logic  Diagram 
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ENTER 


EXIT 


Fig.  2. 4-10  RR  Measured  Range  and  Range  Rate  Incorporation 
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1 for  valid  W-matrix 


REND  WF  LG 


0 for  invalid  W-matrix 


This  flag  or  switch  is  maintained  by 
programs  external  to  the  Rendezvous 
Navigation  Routine.  It  indicates 
whether  or  not  the  existing  W-matrix 
is  valid  for  use  in  processing  RR 
tracking  data.  The  flag  is  set  to 
zero  after  each  of  the  following 
procedures ; 

1 ) State  vector  update  from  ground 
2 ) Astronaut  command 

3)  Overflow  of  W-matrix  integration 

4)  When  new  W-matrix  initialization 
values  loaded  by  V67 

5 ) Lunar  ascent 


REFSMMAT 


Transformation  Matrix:  Basic 
Reference  Coordinate  System  to 
IMU  Stable  Member  Coordinate 
System. 


N = Number  of  sets  of  rendezvous 

navigation  data  already  processed 
since  the  last  maneuver,  ( set  to 
0 when  W-matrix  is  initialized). 


t 


F 


Measurement  time. 


^M’^M'  ^M’  ®M 


RR  measurement  data 


Preselected  W-matrix  initial 
diagonal  elements 


W , W , Wq  , w , 

rr  rv’  p t 
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•••••••••<  a**) 


Three  IMU  gimbal  angles 

Vehicle  update  mode 

I 1 indicates  RR  angle  measurements 
I used 

SURFFLAG  = 

I 0 indicates  RR  angle  measurements 
i ( P]y[  ®]y[)  to  t)e  used 

The  term  "SURFFLAG"  is  an  abbreviate . 
notationfor  the  lunar  surface  flag;  it  is  set 
to  1 by  P-68  just  after  lunar  landing  and  re  • 
mains  this  value  until  launch.  This  flag 
indicates  when  the  LM  is  on  the  lunar  surface 
and  is  chocked  oy  a numoer  of  programs  ai.^ 
routines. 

The  variables  D and  V are  indicators  which  control 
the  Coasting  Integration  Routine  (Section  5.2.2)  as  described 
in  Section  5.  2.  2.  6,  and  I and  O are  the  three-dimensional  iden- 
tity and  zero  matrices,  respectively. 

At  the  beginning  of  a new  rendezvous  sequence,  the 
estimates  of  the  RR  angle  biases,  6 |3  and  69  , may  be  initialized 
by  the  astronaut  by  dirsc-rt  addressing  of  erasable  memory,  and  the  W 
matrix  is  initialized  by  the  program.  Duringthe  remainder  of  the 
rendezvous  sequence,  6/3  and  6 6 should  not  be  re -initialized  by  the 
astronaut  even  though  there  may  be  additional  W matrix  initializations. 

The  RR  -measurement-data  incorporation  procedure  out- 
lined above  is  repeated  at  approximately  one -minute  iinteirvals  throughout 
the  rendezvous  phase  except  during  powerea  maneuvers.  If  the  LM 
is  the  passive  vehicle,  the  CSM  rendezvous  maneuvers  are 
voice -linked  to  the  LM  as  an  ignition  time  and  three  velocity 
components  in  a CSM  local  vertical  coordinate  system,  and  then 
entered  as  updates  to  the  estimated  CSM  state  vector  in  the 
LGC.  Upon  receipt  of  these  data,  RR  tracking  and  data  proces- 
sing should  be  suspended  until  after  the  maneuver.  The  update 
is  accomplished  by  means  of  the  Target  Delta  V Program,  P-76 
(Section  5.  6.  16).  If  the  LM  is  the  active  vehicle,  the  estimated 
LM  state  vector  is  updated  by  means  of  the  Average -G  Routine 
(Section  5.  3.2)  during  the  maneuver  providing  a thrusting  program 
has  been  performed;  otherwise  it  is  updated  by  the  Impulsive  Delta  V 
Program  (P77L 
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RR  Monitor  Routine 


The  logic  associated  with  the  RR  Monitor  Routine  (R-25) 
is  given  in  Fig.  2.  4-11.  This  routine  is  initiated  every  0.  48  seconds 
by  an  automatic  program  interrupt  and  monitors  various  items  such 
as  the  RR  Auto  Mode  discrete,  the  RR  CDU  Fail  discretes,  and  the 
angular  excursions  of  the  RR  antenna. 

Whenever  the  RR  Auto  Mode  discrete  changes  status 
this  routine  resets  various  flags  to  insure  proper  initiation  or 
termination  of  various  radar  control  functions  within  the  LGC.  If 
the  RR  Auto  Mode  discrete  has  just  been  received  from  the  RR  as 
the  result  of  placing  the  RR  mode  control  switch  in  the  LGC  position, 
a turn-on  sequence  is  initiated  which  zeroes  the  RR.  CDU's, determines 
the  present  RR  antenna  mode,  and  updates  the  Tracker  Fail  Light. 

The  criterion  used  to  determine  the  present  RR  antenna  mode  is 
the  following: 

Mode  1:  270°  < T < 90° 

Mode  2:  270°  > T > 90° 


where  T is  the  RR  antenna  trunnion  angle  defined  in  Figs.  6.  15-1 
and  2.  4-3.  Note  in  Fig.  2.  4-11  that  the  resulting  antenna  mode 
determination  is  indicated  by  the  RR  Antenna  Mode  Flag.  When 
the  RR  Auto  Mode  discrete  is  removed  by  the  RR,  routine  R-25 
removes  the  RR  Error  Counter  Enable  from  the  RR  CDU's  to 
insure  that  no  commands  are  being  sent  to  the  RR  gyros. 


If  there  is  an  RR  CDU  failure  while  the  RR  Auto  Mode 
discrete  is  present,  it  is  seen  in  Fig.  2.  4-11  that  the  Tracker  Fail 
Light  is  turned  on.  If  P-20  or  P-22  is  in  operation  (i.  e.  the 
Rendezvous  Flag  is  set),  the  Program  Alarm  Light  is  also  turned 
on  and  an  alarm  code  is  stored. 


After  checking  for  RR  CDU  failure,  it  is  seen  in 
Fig.  2.  4-11  that  a number  of  conditions  must  be  met  before  the 
routine  will  check  to  see  if  the  RR  antenna  angles  are  within  the 
tracking  limits  of  the  present  mode  (see  Fig.  2.  4-3).  If  all  the 
conditions  are  met  and  the  RR  antenna  is  not  within  the  present 
mode  tracking  limits,  the  routine  will  remove  the  RR  Track  Enable 
discrete  from  the  RR,  and  cause  the  RR  to  be  repositioned  to  the 
reference  direction  (see  Fig.  2.  4-3)  for  the  present  mode.  During 
the  repositioning  of  the  RR  this  routine  sets  the  Reposition  flag  to 


indicate  to  other  programs  and  routines  that  this  is  taking  place. 
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Figure  2.  4-11  RR  Monitor  Routine 
5. 2-76 


Preferred  Tracking  Attitude  Routines 


In  the  Rendezvous  Navigation  Program  ( P-20)  use 
is  made  of  two  routines  for  aligning  the  LM  +Z -axis  with  the 
LOS  to  the  CSM.  These  routines  are  denoted  as  the  Preferred 
Tracking  Attitude  Routine  (R-61)  and  the  Fine  Preferred  Tracking 
Attitude  Routine  (R-65).  Both  of  these  routines  perform  the 
alignment  in  the  same  manner  except  that  routine  R-65  is 
capable  of  repeating  the  alignment  a specified  number  of  times 
before  returning  to  the  program  or  routine  which  called  it. 
Whenever  continuous  or  fine  Z-axis  tracking  is  desired  in 
program  P-20,  routine  R-65  is  called  on  a repetitive  basis  in 
order  to  stay  within  the  minimum  impulse  limit  cycle  of  the 
autopilot. 


The  logic  associated  with  routines  R-61  and  R-65  is 
shown  in  Fig.  2.  4-12  where  it  is  seen  that  a check  is  made  to 
insure  that  the  Track  flag  is  set  before  computing  the  unit  vector 
u^Os  defining  the  LOS  to  the  CSM  in  stable  member  coordinates 
and  the  angle  (j)  between  u^^Qg  in  navigation  base  coordinates  and 
the  unit  vector  defining  the  +Z  -axis  of  the  Navigation  Base 
Coordinate  System.  Using  u^^Qg  and  the  Vecpoint  Routine 

computes  the  new  desired  IMU  gimbal  angles  ( using  the  present 
desired  IMU  gimbal  angles  so  as  to  prevent  roll  about  desired 
vector).  If  the  Attitude  Control  Switch  is  not  in  the  Auto  position, 
the  desired  IMU  gimbal  angles  are  converted  to  angular  readings 
for  display  on  the  FDAI  Ball  by  the  method  given  in  Section  5.  6.  12. 
If  the  Attitude  Control  Switch  is  in  the  Auto  Position,  it  is  seen  in 
Fig.  2,4-12  that  a check  is  made  on  the  magnitude  of  ip  with  respect 
to  15  degrees  to  determine  whether  the  vehicle  attitude  should 
be  corrected  by  issuing  the  desired  IMU  gimbal  angles  to  the  RCS 
DAP  or  by  using  the  Attitude  Maneuver  Routine  (R-60  of  Section  4). 
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R-65 

i 

Reset  R-61  Flag 


Set  R-61  Flag 


Track 
Flag  set 
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/Is  RR  Datas^ 
Good  Discret^ 
\^Present 


Jj  (Fig.  2.4-1  ) 


In  Fig.  2.  4-12  it  is  seen  that  only  one  alignment  is 
performed  when  routine  R-61  is  called.  However,  when  routine 
R-65  is  called,  it  is  possible  to  have  the  alignment  repeated  N„ 
times  before  returning  to  the  program  or  routine  which  called 
routine  R-65.  When  N„  is  greater  than  zero,  the  frequency  of 
repetition  of  routine  R-65  is  approximately  once  every  8 seconds 
which  is  based  upon  a rough  estimate  of  2 seconds  to  perform 
the  LOS  and  Vecpoint  computations,  and  a 6 second  wait  period. 
The  value  of  N„  must  be  specified  whenever  routine  R-65  is 

Zj 

called. 


In  the  target  acquisition  phase  of  program  P-20  (see 
Section  5.2.4. 1)  only  routine  R-61  is  used  to  align  the  LM  +Z-axis 
to  the  LOS.  However,  during  the  operation  of  the  RR  Data  Read 
Routine,  routine  R-65  is  used  to  obtain  continuous  or  fine  Z-axis 
tracking.  This  is  accomplished  by  automatically  calling  routine 
R-65  with  N.7  = 0 near  the  middle  of  the  state  vector  update 
computations  of  the  Rendezvous  Navigation  Routine  (see  Fig.  2.  4-9) 
and  at  the  end  of  the  RR  Data  Read  Routine  (see  Fig.  2.  4-6)  with 
N„  either  equal  to  0 or  5.  During  regular  navigation  updates 

Zj 

with  RR  data  the  value  of  N^  used  at  the  end  of  the  RR  Data  Read 
Routine  is  5.  A timeline  depicting  the  operation  of  routine  R-65  with 

set  to  5 at  the  end  of  the  RR  Data  Read  Routine  is  shown  in 

Fig.  2.  4-13.  Note  that  the  frequency  of  reading  the  RR  and 

updating  the  state  vector  is  approximately  once  every  64  seconds. 

This  frequency  is  based  upon  a rough  estimate*  of  22  seconds  to 

read  the  RR,  perform  the  state  vector  update  computations,  and 

use  routine  R-65  with  N^^  = 0 in  the  Rendezvous  Navigation  Routine, 

and  a rough  estimate*  of  42  seconds  to  use  routine  R-65  with 

N„  = 5 at  the  end  of  the  RR  Data  Read  Routine. 

Zj 


The  time  to  complete  these  calculations  is  highly  dependent  on 
other  computational  priorities.  No  explicit  control  of  this 
procedure  is  exercised. 


Read  State  Routine  R-65  Read 

RR  Vector  (N„  = 5)  RR 

Update  and  ^ 

R-65  (N^  = 0) 

Note:  Shaded  intervals  represent  operation  of  Routine  R-  65 

and  are  approximately  2 seconds  duration  each. 


Fig.  2.4-13  Timeline  for  Fine  LM  +Z -Axis  Tracking  in  Program  P-20 


In  addition  to  program  P-20,  the  Fine  Preferred 
Tracking  Attitude  Routine  (R-65)  is  also  used  to  obtain  continuous 


or  fine  Z -axis  tracking  in  the  Preferred  Tracking  Attitude  Program 
( P-25  of  Section  4).  Program  P-25  is  used  in  place  of  program 
P-20  to  keep  the  LM  -tZ -axis  along  the  LOS  to  the  CSM  so  that 


the  CSM  can  optically  track  the  LM  optical  beacon  when  the  RR 
is  not  being  used  for  navigation.  This  beacon  is  centered  with 
respect  to  the  LM  +Z -axis  and  has  a beamwidth  of  approximately 
60  degrees.  At  the  beginning  of  program  P-25  the  Track  flag 


and  the  P25  Flag  are  set.  Afterwards,  routine  R-65  is  called  with 


a specified  value  of  7 for  N^,  which  causes  routine  R-65  to 
periodically  perform  the  Z-axis  alignment  8 times  (see  Fig.  2.  4-12) 
before  returning  to  program  P25  where  a check  is  made  on  the  Track 
flag.  If  the  Track  flag  has  been  reset  by  some  other  program, 
program  P-25  will  wait  one  minute,  and  then  test  the  P-25  Flag. 

If  the  P-25  Flag  is  not  set,  the  program  exits.  If  it  is  set,  the 
Track  Flag  is  checked.  If  the  Track  Flag  is  not  set,  P-25  will  wait 


one  minute  before  repeating  the  flag  checks  described  above.  If 
the  Track  Flag  is  set,  R-65  is  called  with  set  to  7. 
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The  primary  purpose  of  the  RR  Lunar  Surface 
Navigation  Program  P-22  is  to  allow  the  LGC  to  update  the 
CSM  state  vector  using  rendezvous  radar  (RR)  tracking  data 
prior  to  lunar  launch  in  those  cases  in  which  a CSM  state 
vector  update  cannot  be  obtained  from  the  CMC  or  RTCC. 
This  program  essentially  provides  the  LGC  with  a self 
contained  capability  of  computing  the  parameters  required 
for  IMU  alignment  (P-57). 


The  RR  Lunar  Surface  Navigation  Program  is 
normally  used  during  at  least  one  CSM  orbital  overpass  prior 
to  the  intended  launch  orbit.  A required  astronaut  input  to 
program  P-22  is  the  approximate  expected  lunar  launch  time. 
In  normal  operations  the  CSM  performs  a plane  change 
maneuver  at  least  two  orbits  prior  to  LM  launch  such  that  the 
CSM  orbital  plane  contains  the  launch  site  vector  at  launch. 

In  the  case  of  loss  of  communications  when  P-22  is  used  to 


update  the  CSM  state  vector,  the  astronaut  has  an  option  to 
assume  such  a plane  change  maneuver  has  or  has  not  been 
made.  This  decision  is  normally  based  on  recorded  block 
data  for  this  phase  of  the  mission.  The  program  then  directs 
the  RR  for  initial  acquisition  and  tracking.  After  RR  lock -on 
and  tracking  have  been  established  the  navigation  program  uses 
range  and  range  rate  radar  data  to  update  the  LGC  estimate  of 
the  CSM  orbital  state  vector.  The  operations  mentioned  above 


are  described  in  more  detail  in  the  following  sections. 
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5,  2.  5.  2 CSM  Orbital  Plane  Change  Estimation  Routine 


As  mentioned  in  Section  5.  2.  5,  1,  one  of  the  purposes 
of  this  routine  is  to  check  that  the  CSM  lunar  orbit  plane  change 
maneuver  has  been  accounted  for  in  the  estimated  CSM  state 
vector.  In  order  to  estimate  the  actual  CSM  maneuver,  the 
estimated  CSM  orbital  plane  is  rotated  to  contain  the  landing 
site  at  the  launch  time  before  the  first  RR  data  is  used  to  update 
the  CSM  state  vector.  This  procedure  can  be  bypassed  if  the 
astronaut  determines  that  the  rotation  should  not  be  performed, 
as  described  in  Section  5,  2,  5,  1, 

The  geometry  associated  with  the  rotation  is  illustrated 
in  Fig,  2,  5-1  and  the  computation  logic  and  the  definitions  of  all 
variables  are  given  in  Fig,  2,  5-2, 
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ENTER 


Figure  2.  5-2  CSM  Orbital  Plane  Change  Estimation 
Routine  Logic  Diagram  (page  1 of  2) 
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Figure  2.  5-2  CSM  Orbital  Plane  Change  Estimation 
Routine  Logic  Diagram  (page  2 of  2) 
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5.  2.  5.  3 Target  Acquisition  Routine 


Since  acquisition  of  the  CSM  with  the  LM  Rendezvous  Radar 
(RR)  during  lunar  surface  navigation  is  essentially  the  same  as  during 
rendezvous  navigation,  the  same  Acquisition  Routine  (see  Fig.  2,4-1) 
is  used  for  both  except  for  slight  differences  in  operation.  Note  in 
Fig,  2,4-1  that  of  the  three  modes  (RR  LGC,  RR  Manual,  and  RR 
Search)  available  for  controlling  the  RR  in  target  acquisition,  only 
two  (RR  LGC  and  RR  Search)  are  used  in  the  Lunar  Surface  Navigation 
Program  (P-22).  In  addition,  the  RR  Search  Mode  can  be  selected 
only  after  the  RR  LGC  Mode  has  failed  to  acquire  the  target. 


The  manner  in  which  target  acquisition  is  achieved  with  the 
RR  LGC  Mode  is  given  in  Figs.  2. 4-2  and  2.5-3.  Initially,  steps  are 
taken  in  Fig.  2.4-2  to  insure  that  the  RR  antenna  is  in  Mode  2.  After- 
ward, the  LOS  to  the  CSM  is  computed  and  a check  is  made  to  see  if 
it  is  within  the  angular  tracking  limits  of  Mode  2 (see  Fig.  2.4-3). 

If  the  LOS  is  not  within  the  Mode  2 tracking  limits,  the  Lunar  Surface 
RR  Pre-Designate  Routine  (R-26)  of  Fig.  2.  5-3  is  used  to  determine 
whether  the  LOS  will  be  inside  the  limits  within  approximately  the  next 
10  minutes.  This  is  accomplished  by  advancing  the  time  tj^Qg  in  10- 
second  increments,  computing  the  LOS  vector  (£.LQg)  each  value 
of  and  checking  to  see  if  £LQg  is  within  the  tracking  limits  of 

the  present  antenna  mode  (i.e. , Mode  2).  When  a successful  value  of 
— LOS  found,  the  routine  advances  ^LQg  10  more  seconds,  computes 

the  corresponding  ^^Qg.  and  starts  designating  the  RR  along  £loS 
until  the  present  time  equals  t^Qg-  Subsequently,  the  RR  Designate 
Routine  in  Fig.  2.4-2  is  re-entered  via  P-22  and  starts  designating 
the  RR  toward  the  CSM.  When  the  RR  is  being  designated  to  the  CSM, 
the  LOS  is  periodically  updated  by  updating  the  CSM  position  and  vel- 
ocity vectors  (r  ^ and  v j^)  with  the  Kepler  Subroutine  (Section  5.  5.  5). 
However,  the  LM  position  and  velocity  vectors  (r  and  Vj^)  used  in  the 
computation  of  the  LOS  are  the  vectors  computed  just  before  entering 
the  RR  Designate  Routine  rather  than  updated  ones.  The  reason  for 
not  updating  r and  Vj^  during  the  designation  is  that  updating  is  time 
consuming  and  results  in  very  little  improvement  in  LOS  accuracy 
because  of  the  small  amount  of  lunar  rotation  during  the  operation  of 
the  RR  Designate  Routine.  On  the  lunar  surface,  the  LM  position  and 
velocity  vectors  (r  and  Vj^)  are  obtained  by  transforming  the  stored 
landing  site  position  vector  £j_^g  and  the  vector  (0,  0,  1)  from  moon- 

fixed  to  basic  reference  coordinates  with  the  Planetary  Inertial  Orien- 
tation Subroutine  (Section  5.  5.2)  where  r and  u^  are  the  respective 
vectors  in  basic  reference  coordinates  and  v,  is  computed  as  follows: 


^L 


“M-Z  ^ -L 


where  is  the  rotational  rate  of  the  moon  with  respect  to  inertial 


space. 
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START 


Fig.  2.5-3  Lunar  Surface  RR  Pre-Designate  Routine 
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If  the  RR  Designate  Routine  is  unable  to  acquire  the 
target  after  designating  the  RR  for  a certain  period  of  time,  a 
program  alarm  is  issued,  whereupon  the  astronaut  may  either 
re -initiate  the  RR  Designate  Routine  or  proceed  to  the  RR  Search 
Mode  as  indicated  in  Fig.  2,  4-2.  In  Figs.  2.  4-1  and  2.  4-5  it  is 
seen  that  the  logic  associated  with  the  RR  Search  Mode  for  pro- 
gram P-22  is  essentially  the  same  as  for  program  P-20  except 
for  the  differences  which  have  already  been  described  for  the 
RR  Designate  Routine  such  as  the  RR  antenna  mode  used,  the 
manner  in  which  the  LM  position  and  velocity  vectors  are  com- 
puted, and  the  nature  of  the  test  made  on  the  LOS  vector 
with  respect  to  the  antenna  mode  limits.  In  addition,  it  is  seen 
in  Fig.  2.  4-5  that  the  Preferred  Tracking  Attitude  Routine 
is  not  used  during  program  P-22. 
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5.  2.  5.  4 


Lunar  Surface  Navigation  Routine 


After  target  acquisition  has  been  achieved  with  the 
Target  Acquisition  Routine  (Section  5.  2.  5.  3),  the  RR  data  is 
read  by  the  RR  Data  Read  Routine  of  Section  5.  2.  4.  2.  1 and  used 
by  the  Lunar  Surface  Navigation  Routine  to  update  the  navigation 
equations.  In  Fig.  2.  4-6  it  is  seen  that  the  operation  of  the  RR 
Data  Read  Routine  is  essentially  the  same  for  both  the  Rendezvous 
and  Lunar  Surface  Navigation  Programs  (P-20  and  P-22)  except 
that  a 30°  check  is  not  made  on  the  direction  of  the  RR  during 
program  P-22.  The  maximum  frequency  of  update  of  the 
navigation  equations  in  program  P-22  is  about  once  every  13 
seconds.  This  frequency  is  based  upon  a rough  estimate*  of  11 
seconds  to  read  the  RR  and  perform  the  navigation  computations 
and  a 2 second  wait  period  before  repeating  the  process. 

During  the  no- update  mode  in  P-22  (i.  e.  , when  the  No  Update 
flag  is  set  or  the  Update  flag  is  not  set),  the  frequency  at  which 
a complete  set  of  RR  data  is  read  for  downlink  transmission 
is  about  3.  5 seconds  --  1.  5 sec  to  read  the  RR  data  and  perform 
the  3-deg  test  and  a 2 sec  wait  period  before  repeating  the  process. 

Although  the  RRData  Read  Routine  reads  the  RR 
angles  along  with  the  range  and  range  rate,  the  angle  data  is  not 
used  for  update  purposes  because  of  the  imcertainties  associated 
with  the  magnitude  and  nature  of  the  RR  angle  biases  which  may 
be  present  during  the  large  angular  excursions  of  the  RR  with 
respect  to  the  vehicle  at  this  time.  Thus,  the  estimated  state 
vector  in  the  Lunar  Surface  Navigation  Routine  is  the  six- 
dimensional CSM  state  vector,  and  only  the  range  and  range  rate 
data  (Rjyj  and  R^^,  respectively)  are  used  in  the  navigation 
computations. 

The  time  to  complete  this  calculation  is  highly  dependent  on 
other  computational  priorities.  No  explicit  control  of  this 
procedure  is  exercised. 
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The  computation  logic  for  the  Lunar  Surface  Navigation 
Routine  is  similar  to  the  rendezvous  navigation  logic  ( Section  5. 2. 4. 2 ) 
and  is  illustrated  in  Fig.  2.  5-4.  It  is  assumed  that  the  following 
items  are  stored  in  erasable  memory  at  the  start  of  the  procedure 
shown  in  the  figure; 


Estimated  CSM  state  vector  as  defined  in 
Section  5.  2 . 2 . 6 


W 


-LS 


Six -dimensional  error  transition  matrix 
associated  with  ^ as  defined  in  Section  5. 2. 2. 4 

Estimated  landing  site  or  LM  position  vector 
on  the  surface  of  the  moon  in  moon-fixed 
coordinates. 


N = Number  of  measurement  data  points  already 
processed. 


RENDWFLG 


Preselected  W-matrix  initial  diagonal  elements. 
I 1 for  valid  W-matrix 
I 0 for  invalid  W-matrix 


This  flag  or  switch  is  maintained  by  programs 
external  to  the  Lunar  Surface  Navigation  Routine. 
It  indicates  whether  or  not  the  W-matrix  is 
valid  for  use  in  processing  RR  tracking  data. 

The  flag  is  set  to  zero  after  each  of  the 
following  procedures: 

1.  State  vector  update  from  ground 

2.  Astronaut  command 

3.  Overflow  of  W-matrix  integration 

4.  New  W-matrix  initialization  values  are 
loaded  via  V67 

5.  Lunar  ascent 

The  variables  D and  V are  indicators  which  control 
the  Coasting  Integration  Routine  (Section  5.  2.  2 ) as  described  in 
Section  5.  2.2.6,  is  a unit  vector  along  the  rotational  axis  of 
the  moon,  and  is  the  lunar  angular  velocity. 
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Fig.  2.  5-4  Lunar  Surface  Navigation  Routine  Logic  Diagram 
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5.3 


POWERED  FLIGHT  NAVIGATION  AND  GUIDANCE 


5.3.1  GENERAL  COMMENTS 

The  objective  of  the  powered  flight  guidance  and 
navigation  routines  is  to  maintain  an  estimate  of  the  LM  state 
vector  during  thrusting  maneuvers,  and  to  control  the  thrust 
direction  and  duration  such  that  the  desired  velocity  cut-off 
conditions  specified  by  the  targeting  routines  of  Section  5.  4 
are  achieved.  The  powered  flight  navigation  routine,  used  to 
maintain  an  estimate  of  the  vehicle  state  vector  during  all 
thrusting  conditions,  is  referred  to  as  the  Average -G  Routine, 
and  is  presented  in  Section  5.  3.  2. 

There  are  three  basic  powered  flight  guidance 
concepts  used  in  the  LGC  for  the  Lunar  Landing  mission.  The 
first  is  a velocity -to -be -gained  concept  with  cross  product 
steering  (Section  5.  3.  3.  4)  that  is  used  in  each  of  the  following 
two  procedures; 

1.  Lambert  Aim  Point  Maneuver  Guidance 
( Section  5.  3.  3.  5 ). 

2.  External  AV  Maneuver  Guidance  (Section  5.  3.  3.  3.  1). 

These  two  procedures,  based  on  the  cross  product  steering 
concept,  differ  only  in  the  unique  generation  of  the  desired 
velocity  vector,  v^p. 


The  second  basic  guidamce  concept  is  the  Quadratic 
Explicit  Guidance  of  Section  5.  3.  4 which  is  used  for  the 
powered  lunar  landing  maneuver.  This  concept  is  used  to 
control  the  throttleable  LM  Descent  Propulsion  System  (DPS  ) 
such  that  specified  target  or  aim  point  conditions  are  achieved 
during  the  various  phases  of  the  landing  maneuver.  The 
landing  maneuver  target  conditions  for  each  phase  are  chosen 
to  satisfy  various  DPS  throttle  and  visibility  constraints. 

The  third  LGC  guidance  concept  is  the  Linear  Explicit 
Guidance  of  Section  5.  3.  5 used  to  control  powered  ascent 
maneuvers  from  the  lunar  surface  to  desired  ascent  injection 
conditions.  This  guidance  concept  is  also  used  to  control  abort 
maneuvers  initiated  during  the  powered  landing  maneuver  as 
described  in  Section  5.  4.  3. 
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5.  3.  2 


POWERED  FLIGHT  NAVIGATION  - AVERAGE -G 


ROUTINE 


The  purpose  of  the  Powered  Flight  Navigation  Sub- 
routine is  to  compute  the  vehicle  state  vector  during  periods  of 
powered  flight  steering.  During  such  periods  the  effects  of 
gravity  and  thrusting  are  taken  into  account.  In  order  to  achieve 
a short  computation  time  the  integration  of  the  effects  of  gravity 
is  achieved  by  simple  averaging  of  the  gravity  acceleration  vec- 
tor. The  effect  of  thrust  acceleration  is  measured  by  the  IMU 
Pulsed  Integrating  Pendulous  Accelerometers  (PIPA's)  in  the  form 
of  velocity  increments  (Av)  over  the  computation  time  interval 
(At).  The  computations  are  .therefore,  in  terms  of  discrete  in- 
crements of  velocity  rather  than  instantaneous  accelerations. 

The  repetitive  computation  cycle  time  At  is  set  at  2 seconds  to 
maintain  accuracy  and  to  be  compatible  with  the  basic  powered 
flight  cycle. 

The  Average -G  Routine,  in  contrast  to  the  Coasting 
Integration  Routine,  is  used  when  a short  computing  time  is 
required  such  as  during  powered  flight.  The  Average -G  Routine 
computations  are  illustrated  in  Figs.  3.  2-1  and  3.  2-2.  In  these 
figures  the  definitions  of  the  following  parameters  are: 

r (t)  Vehicle  position  vector  at  time  t. 

v(t)  Vehicle  velocity  vector  at  time  t. 

r 0 Earth 

Pp  Planet  designator's 

[_  1 Moon 

At  Computation  cycle  of  2 seconds. 
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Av(At)  The  velocity  vector  sensed  by  the  IMU  PIPA's 
over  the  time  interval  At.  This  velocity  vec- 
tor increment  is  initially  sensed  in  IMU  or 
Stable  Member  Coordinates  and  then  trans- 
formed to  the  Basic  Reference  Coordinate 
System  when  required. 

gp(t)  Previous  gravity  acceleration  vector  at  time  t. 

This  is  a required  initialization  parameter  and 
is  supplied  by  the  calling  program. 

u Unit  vector  in  the  direction  of  r. 

— r — 

u^  Unit  vector  in  the  direction  of  the  polar  axis 

of  the  earth.  = (0,  0,  1) 

Pg  Earth  gravitational  constant. 

/Uj^  Moon  gravitational  constant. 

r„  Equatoricil  radius  of  the  earth. 

J Second -harmonic  coefficient  of  the  earth's 

potential  function. 

g^(t)  Component  of  the  earth  gravity  acceleration 
vector  representing  earth  oblateness  effects. 


With  reference  to  Fig.  3.  2-2  it  can  be  seen  that  a single  oblateness 
term  is  included  in  the  earth  gravity  subroutine  computation,  but 
none  for  the  liuiar  case. 

The  PIPA  measured  velocity  Av  is  compensated  for 
instrument  errors  as  described  in  Section  5.  6. 13  prior  to  being 
transformed  into  the  Basic  Reference  Coordinate  System  and 
processed  in  the  Average -G  Subroutine  of  Fig.  3.  2-1. 
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It  should  be  noted  that  in  the  LGC  there  are  two  modes 
to  the  Average -G  Routine  during  lunar  orbit  phases.  In  the  first 
mode  the  Average -G  Routine  computations  are  referenced  to  the 
Basic  Reference  Coordinate  System.  The  second  mode  is  used 
in  the  lunar  landing  programs  P-63,  P-64  and  P-66  and  ascent  and 
abort  programs  P-12,  P-70  and  P-71  in  which  the  Average-G  Routine 
computations  are  referenced  to  the  Stable  Member  Coordinate 
System.  In  either  mode  the  Average-G  Routine  output  is  finally 
referenced  to  the  Basic  Reference  Coordinate  System  coordinates 
for  telemetry  down-link  and  extended  verb  computation  purposes. 

In  addition,  an  up  to  date  estimate  of  vehicle  mass  is 
made,  similar  to  that  used  in  descent  (Section  5.  3.  4.  3 ). 
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ENTER 


Figure  3.2-1  Average-G  Subroutine 


This  At  is  the  actual  computation  cycle  time  rather  than  the 
nominal  2 sec. 
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ENTER 
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5.  3.  3 


POWERED  FLIGHT  GUIDANCE  USING  CROSS  PRODUCT 
STEERING 


5.  3.  3.  1 Introduction 

Cross  product  steering  is  used  to  control  any  of  the 
following  maneuvers  not  done  by  the  CSM. 


1. 

DOI 

(Descent  Orbit  Injection) 

2. 

CSI 

(Coelliptic  Sequence  Initiation) 

3. 

CDH 

( Constant  Differential  Altitude ) 

4. 

TPI 

( Transfer  Phase  Initiation  ) 

5. 

TPM 

(Rendezvous  Midcourse  Corrections) 

6.  TEI 


( Transearth  Injection  SPS  Backup  ) 


7.  External  A V (RTCC  or  CMC  Targeted  Maneuver) 


! 


The  DOI,  CSI,  CDH  and  External  AV  maneuvers  are 
controlled  by  the  External  AV  Guidance  Mode  (Section  5.  3.  3.  3.  1 ) 
in  which  the  required  velocity  change,  ^^T-,V.  is  specified  by 
either  a pre-thrust  targeting  program  (P32  or  P33)  or  an 
external  source  (P30).  The  TPI  and  TPM  maneuvers  are  con- 


trolled by  a Lambert  Aim  Point  Maneuver  Guidance  mode  in  which 
the  _vr  is  computed  each  computing  cycle  by  the  ASTEER  subroutine 
(for  which  the  semi-major  axis  "a"  is  periodically  recomputed  by 
the  LAMBERT  subroutine)  during  the  maneuver  to  establish  the  de- 
sired intercept  trajectory.  Both  External  AV  and  Lambert 
Aim  Point  guidance  mode  use  the  cross  product  steering  concept 
in  the  LGC  to  control  the  thrust  direction  along  the  velocity -to- 
be -gained  vector,  and  to  terminate  thrust  when  the  desired  velocity 


increment  has  been  achieved. 
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Four  subroutines  are  used  repetitively  in  sequence 
(Section  5.  3.  3.  2)  during  cross  product  controlled  maneuvers 
to  accomplish  this  function.  These  are: 

1.  The  Powered  Flight  Navigation  Average -G 
Routine  which  computes  the  state  vector  account- 
ing for  the  effects  of  thrust  acceleration  and 
gravity. 

2.  The  Cross-Product  Steering  Subroutine  which 
has  3 functions: 

a)  generation  of  steering  commands  to  the 
vehicle  autopilot. 

b)  computation  of  time -to -go  before  engine 
shut-off  and  the  issuance  of  engine -off 
commands. 

c)  incremental  updating  of  the  velocity -to -be - 
gained  vector,  (in  the  externalAV  mode  only). 

3.  The  Velocity -to -be -Gained  Subroutine  which 
repetitively  solves  the  Lambert  intercept  problem 
when  in  the  Lambert  Aim  Point  guidance  mode. 

4.  The  AV  Monitor  Subroutine  which  detects  engine 
ignition  and  unexpected  thrust  termination. 

The  Average -G  Routine  is  described  in  Section  5.  3.  2.  The  other 
subroutines  listed  above  are  described  in  Sections  5.  3.  3.  4 to 

5.  3.  3.  6.  The  Pre -Thrust  Subroutines  of  Section  5.  3.  3.  3 initialize 
the  powered  maneuver  programs  for  either  the  External  AV  or 
Lambert  Aim  Point  guidance  modes,  and  for  the  selected  engine 
for  the  maneuver. 


The  LGC  powered  flight  programs  which  use  the 
Cross  Product  Steering  Routine  are: 


P-40 

Descent  Propulsion  System 

(DPS) 

P-41 

Reaction  Control  System 

(RCS) 

P-42 

Ascent  Propulsion  System 

(APS) 

Active  steering  and  engine -off  commands  are  provided  by  pro- 
grams P-40  and  P-42.  Maneuvers  using  RCS  translation  con- 
trol (P-4l)are  manually  controlled  and  terminated  by  the  astronaut 
while  the  LGC  displays  the  required  velocity -to -be -gained  in 
spacecraft  coordinates. 

The  functions  of  the  External  Delta  V Pre-Thrust  Pro- 
gram, P-30,  are  described  in  the  pre-thrust  subroutine  des- 
cription of  Section  5.  3.  3.  3.  1. 
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5.  3.  3.  2 Powered  Flight  Guidance  Computation  Sequencini 


The  time  sequencing  of  the  powered  flight  sub- 
routines for  External  AV  steering  is  shown  in  Figs.  3.  3-1 
thru  3.  3-3  and  for  Lambert  Aim  Point  steering  in  Figs. 3. 3-4 
thru  3.  3-6. 

Figures  3.  3-1  and  3.  3-4  show  the  sequencing  dur- 
ing the  ignition  countdown  which  starts  approximately  30  secs,  before 
the  nominal  ignition  time.  Figures  3,  3-2  and  3 . 3-5  show 
the  normal  sequencing  for  an  engine -on  time  greater  thsm  6 
seconds  as  predicted  by  the  pre -thrust  subroutines.  Figures 
3.  3-3  and  3.  3-6  illustrate  the  sequencing  during  engine  thrust 
termination. 


The  basic  computation  cycle  time  of  the  steering 
is  2 seconds  and,  as  shown  on  the  above  figures,  is  initiated 
by  the  reading  of  the  PIPA  Av  registers.  The  various  sub- 
routines utilized  during  the  2 second  cycle  are  sequenced  in 


time  as  shown. 


5.  3-11 


If  the  calculations  conducted  prior  to  the  thrusting 
period  ( pre-thrust)  indicate  that  the  maneuver  objective  can  be 
reached  with  a 6 second  thrust  period  or  less,  provision  is 
included  (switches  Sj  and  s^)  to  preclude  the  generation  of 
steering  commands  and  engine  commands  during  the  thrusting 
period.  In  this  case  at  the  time  of  ignition  the  engine-off 
signal  is  set  to  be  issued  at  the  end  of  the  estimated  thrust  period. 


In  addition  to  timing  information,  the  sequence 
diagram  of  Figs.  3.  3-1  to  3.  3-6  also  show  the  basic  informa- 
tion utilized  by  each  subroutine  and  its  source. 

1’he  guidance  computer  program  which  controls 
the  various  subroutines  to  create  a powered  flight  sequence 
is  called  the  Servicer  Routine  . The  sequence  diagrams 
of  Figs.  3.  3-1  to  3.  3-6  define  what  the  Servicer  Routine 
does,  but  do  not  show  the  logic  details  of  how  these  functions 
are  accomplished. 

The  subroutines  listed  in  Figs.  3.  3-1  to  3.  3-6  are 
described  in  Section  5.  3.  2 and  the  following  Sections  5.  3.  3.  3 
to  5.  3.  3.  6.  These  sections  should  be  referenced  in  tracing 
the  powered  flight  computation  sequencing. 
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Seconds  from  Nominal  Ignition  Time  t 


Fig.  3.  3-1  Ignition  Countdown  - External  AV  Subroutine  Sequencing  for  APS  and  DPS  Maneuver 


Seconds  from  Engine  Off  Time  - 


Fig.  3.3-3  Engine  Off  External  AVSubroutine  Sequencing  for  APS  and  DPS  Maneuvers 


Time  from  Nominal  Ignition  Time  - Seconds 
-30  -28  -26  -24 


Fig.  3.  3-4  Ignition  Countdown  - Lambert  Aim  Point  Subroutine  Sequencing  for  APS  & DPS  Maneuvers 


Time  from  Nominal  Ignition  Time  - t.p  - Seconds 


Normal  Lambert  Aim  Point  Subroutines  Sequencing  (Maneuver 
time  greater  than  6 sec)  for  APS  and  DPS 
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when  PRO  occurs  before  Nominal  Ignition  Time. 


Time  from  Engine-Off  Command  Time  - Seconds 


5.  3.  3.  3 Pre -Thrust  Computations 

The  objectives  of  the  computations  required  prior  to 
thrusting  maneuvers  are  to  determine  the  following  factors: 

1)  The  desired  thrust  direction  at  ignition, 

2)  The  estimated  duration  of  the  powered  maneuver 
to  determine  if  there  will  be  enough  time  to  allow 
active  steering,  and  in  the  case  of  the  DPS  if  the 
throttle  can  be  advanced  to  the  full  throttle  posi- 
tion (FTP)  after  the  10%  thrust  start  sequence. 

3)  Whether  an  IMU  realignment  is  required  to  avoid 
gimbal  lock. 

4)  Various  parameters  and  variables  required  by 
subsequent  powered  flight  routines. 

The  two  major  guidance  modes  using  cross  product  steering  are 
the  External  AV  guidance  mode  and  the  J_,ambert  Aim  Point  Maneu- 
ver guidance  mode.  The  pre -thrust  computations  required  for 
the  External  AV  mode  are  presented  in  Section  5.3. 3. 3. 1.  Those 
required  for  the  Lambert  Aim  Point  Maneuver  mode  are  des- 
cribed in  Section  5.3.3.  5.1.  The  initial  IMU  alignment  computa- 
tions and  maneuver  time  logic  is  summarized  in  Section  5.  3.  3.  3,3. 


5.  3.  3.  3.  1 External  AV  Maneuver  Pre -Thrust  Computations 

External  AV  maneuver  guidance  is  normally  used  to 
control  the  CSI  and  CDH  maneuvers  of  the  concentric  flight  plan 
rendezvous  profile,  or  an  externally  targeted  maneuver  in  which  a 
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constant  thrust  attitude  is  desired.  The  guidance  program  ac- 
cepts input  data  via  the  DSKY  (P-30)  or  the  telemetry  uplink 
(P-27)  in  the  form  of  3 components  of  an  impulsive  AV  ex- 
pressed  in  a local  vertical  coordinate  system  of  the  active  vehicle 
at  the  ignition  time  t^^.  An  approximate  compensation  for  the 
finite  maneuver  time  is  made  within  the  program  by  rotating  the 
AVj^y  vector,  and  the  guidance  program  issues  commands  to  the 
spacecraft  control  system  so  as  to  apply  the  compensated  velocity 
increment  along  an  inertially  fixed  direction.  The  active  vehicle 
state  vector  is  normally  either  available  or  can  be  extrapolated  to 
the  ignition  time  in  the  LGC.  If  External  AV  guidance  is  used 
in  cislunar  space  for  midcourse  corrections,  the  state  vector 
must  be  uplinked  for  the  ignition  time  along  with  the  3 compo- 
nents of  the  desired  impulsive  AV  ... 

The  pre  -thrust  computations  required  for  the  External 
AV  guidance  mode  are  shown  in  Fig.  3.  3-7.  The  following  para- 
meter definitions  refer  to  this  figure. 


Specified  velocity  change  in  the  local  vertical 
coordinate  system  of  the  active  vehicle  at  the 
time  of  ignition.  This  is  an  input  parameter. 


TG 


Ignition  time,  an  input  parameter. 


The  inplane  velocity  components  of 

in  the  Basic  Reference  Coordinate  System. 


The  approximate  central  angle  traveled 
during  the  maneuver. 

Vehicle  mass. 


AV  Specified  velocity  change  in  Basic 

Reference  Coordinates. 

MGA  Angle  equivalent- to  the  IMU  middle  gimbal  angle  when 
the  vehicle  X axis  is  aligned  along  A V.  This  angle  is 
us  ed  to  checkfor  gimbal  lock  tolerance. 
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ENTER 


r (t),  v(t).  t.  AVj^y.  Sg.m 


Extrapolate  state  vector  to 
tj^  using  Coasting  Integration 
Routine  (Sec,  5.2.2)  obtaining 


Note:  t must  be 
equal  to  t,_  for 
cislunar  midcourse 
corrections. 


Middle  Gimbal  Angle  (MGA)  Computation 
IMGA  - sin'^[Yj^gp' UNIT  (AV)] 
(XrEP  is  Second  Row  of  [rEFSMMAt]  ) 


MGA  < 0 


JMGA  = MGA  +360 


Compute  Apogee  and 
Perigee  based  on 
£ ( t ) and  V ( t ) + ^ V 


X 

= UNIT,|^[^r  (tj^)  X 

Y < ha  ^ Y < *iG 

Y 

= UNIT  [ V ( tjQ  ) X 

- ^^G^] 

Z 

= - UNIT  [^r  ( tjj^  )j 

= AVp^UNIT  (AVp)  cos  j + UNIT  (AVp  X Y) 

^G<‘lG>=  ^Yc  ^ ^VyY 
iFDl’  UNIT[^(tj^)) 


Extrapolate  State  to(t,„  - 30)  * 

l(j 

Go  to  Initial  Attitude  and  t^^  Routine  (Fig.  3.  3-10  ) 
Fig,  3.  3-7  External  AV  Prethrust  Routine 


See  Section  5.  3.  3.  3.  4 for  ignition  delay  procedure 
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Figure  3.  3-8  Inplane  External  AV  Maneuver  Angle  Compensation 
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t 


s 


E 


F 


Engine  Select  Switch 


-1 

1 


P-40  (DPS) 
P-41  (RCS) 
P-42  (APS) 


V 

Prestored  nominal  thrust  based  on  the  en- 


gine selection  switch  S^, 
Fj^pg  for  the  DPS  ( P-40  ) 
Faps  for  the  APS  (P-42) 
F^^o  for  the  RCS  ( P-41 ) 


The  values  of  the  various  engine  thrust 
levels  are  listed  in  Sections  5.  8 and  6.  It 
should  be  noted  that  the  DPS  thrust  level, 

Fdps»  is  for  the  full  throttle  position  (FTP) 
and  the  26  second  10%  thrust  start  sequence 
is  not  accounted  for  in  the  predicted  maneu- 
ver time  for  the  External  AV  guidance  mode. 

In  the  case  of  P-41,  RCS, the  astronaut  can  select 
either  a 2 or  4 jet  translation  maneuver. 


AV^  The  compensated  inplane  velocity -to -be - 
gained  vector. 


Total  velocity -to -be -gained  at  t^,^. 


Unit  vector  in  the  desired  initial  thrust 

direction  in  the  Basic  Reference  Coordinate 
System. 


The  inplane  External  AV  maneuver  angle  conipensation  involv- 
ing AVp  and  is  illustrated  in  Fig.  3.  3-8. 
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5.3.3. 3.2 


Lambert  Aimpoint  Maneuver  Pre-Thrust  Computations 


As  indicated  in  Fig.  3.3-4,  the  prethrust  calculations  of 
P40,  P41  or  P42  preceding  tjQ-30  for  a Lambert  Maneuver  provide  a value 
of  semi-major  axis  "a"  for  use  by  the  ASTEER  subroutine.  Two  cases  of 
the  generation  of  this  parameter  are  pertinent:  1)  when  the  central  angle 
between  the  position  vector  at  tjQ  and  the  offset  target  vector  (from  a target- 
ing program)  is  between  165°  and  195°  and  2)  where  this  angle  is  less  than 
165°  or  greater  than  195°. 

In  the  former  case  the  Lambert  subroutine  is  called  with  the 
cone  angle  set  to  45°  (Sj^  = 1)  and  is  recalled  as  frequently  as  possible  to 
avoid  computational  difficulties  associated  with  the  180°  transfer  case.  In 
the  latter  case,  the  Lambert  subroutine  is  called  once  with  the  cone  angle 
set  to  10°  and  is  called  subsequently  to  update  "a"  only  on  the  basis  of  the 
time  of  the  state  vector  used  in  the  last  computation  of  "a". 
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5. 3. 3. 3. 3 Initial  IMU  Alignment  and  Maneuver  Time-to-Go  Computations 


Both  External  AV  and  Lambert  Aim  Point  guidance  prethrust 
computations  require  the  determination  of  the  IMU  middle  gimbal  angle, 

MGA,  and  estimated  maneuver  time,  tg^,  prior  to  engine  ignition.  These 
operations  are  shown  in  Fig.  3.  3-7  and  -10  with  the  exception  that  rendezvous 
MGA  calculations  are  shown  in  Section  5.4.  The  input  parameters  required 
for  these  computations  have  been  defined  in  Section  5.  3.  3. 3.  1.  With  refer- 
ence to  Fig.  3.3-10,  the  initial  thrust  direction  unit  vector,  ujrp)i,  and 
vehicle  state  vector  are  used  to  determine  the  Preferred  IMU  Alignment 
(Section  5.  1.  4.  2).  In  Fig.  3.  3-10  the  following  parameter  definitions  apply: 


Required  AV  Monitor  Subroutine  parameter 
(Sec.  5.  3.  3.  6). 


Mass  flow  rate  for  APS. 


At 


Tail-off 


V, 


Cross  Product  Steering  Routine  parameters 
(Sec.  5.  3.  3.  4) 


-SM 

-SM 

-SM 


Unit  vectors  in  Basic  Reference  Coordinates 
(BRC)  of  the  directions  of  the  IMU  X,  Y,  and 
Z axes  for  preferred  alignment. 


N 


C 


Required  AV  Monitor  Subroutine  counter 
(Section  5.  3.  3.  6). 


[REFSMMAT] 

[SMNB] 


-FAB 


Transformation  matrix  from  the  BRC  System 
to  the  IMU  or  Stable  Member  Coordinate 
System  (Section  5.  6.  3.  4 ). 

Transformation  matrix  from  the  Stable  Member 
Coordinate  System  to  the  Navigation  Base  Coor- 
dinate System  (Section  5.  6.  3.  2), 

Unit  vector  of  the  assumed  thrust  acceleration 
vector  along  the  Navigation  Base  X axis. 


In  External  AV  guidance  pre-thrust  computations,  the  MGA 

display  is  computed  as  the  angle  between  the  input  velocity  vector  aV^ 

— J-/ V 

transformed  to  the  Basic  Reference  Coordinate  System  and  since 

— rCilil:* 

— FDI  ‘^o’^P'^t^tions  involving  the  inplane  maneuver  angle  compensation 
cannot  be  made  until  the  engine  has  been  selected  by  the  appropriate  P40, 
41  or  42  program. 
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II 


Based  on  S„  set  the  following  parameters; 

hi 

AVj^,  m,  Vg 
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Figure  3.  3-10  Initial  Attitude  and  t Routine 
® go 

(Page  2 of  2 ) 


If  either  the  DPS  or  APS  were  selected  for  the  maneuver,  the  Time- 
to-Go  Prediction  Subroutine  of  Fig.  3.  3-11  is  then  processed.  With 
reference  to  Fig.  3.3-11: 


TH 


DPS  throttle  inhibit  switch 

,0  Allow  DPS  throttle  up 

®TH 

1 Inhibit  DPS  throttle  up 


Impulse  Switch 


0 Allow  steering  at  the  proper  time 
via  AV  Monitor  Routine  (Section  5.  3.  3.  6) 


1 Indicates  short  maneuver  and  no 
steering  is  required 


Ullage  thrust  (4  jet  thrust) 


K, 


APS  impulse  velocity  acquired  in  a one 
second  maneuver  for  a unit  mass  vehicle 


K. 


APS  minimum  impulse  constant 


K. 


APS  minimum  impulse  constant  equal  to  the 
slope  of  minimum  impulse  curve. 


10%  DPS  engine  thrust 
Faps  APS  Thrust 


The  initial  computation  in  Fig.  3.  3-11  estimates  the  velocity-to-be-gained 
after  6.  5 seconds  of  ullage.  If  the  DPS  were  selected,  (P-40),  the  maneuver 
time,  tg^,  is  then  computed  on  the  basis  of  10%  thrust.  If  this  time  is  less 
than  6 seconds  no  active  guidance  steering  is  attempted  (Sj.  = 1)  and  the  vehicle 
attitude  is  maintained  at  the  pre-thrust  alignment  throughout  the  maneuver. 

If  the  DPS  tg^  is  greater  than  95  seconds  normal  steering  will 
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ENTER 


Figure  3.  3-11  Time-to-go  Predictor  Routine 
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be  allowed  to  throttle  the  DPS  to  FTP  after  the  nominal  26  second 
10%  thrust  trim  phase.  If  the  DPS  tgo  is  less  than  95  seconds,  the 
DPS  throttle  will  be  inhibited  from  throttling  up  after  the  nominal 
26  second  trim  phase  (S'3;'jj=l),  and  will  remain  at  10%  thrust  for  the 
duration  of  the  maneuver.  It  might  be  noted  that  the  DPS  trim 
phase  duration  (e.  g.  26  seconds)  is  an  erasable  memory  parameter 
and  can  be  modified. 

If  the  APS  were  chosen  (P-42)  in  Fig.  3.  3-11,  a check 
is  first  made  to  determine  if  the  maneuver  time,  is  less  than  one 
second.  If  the  maneuver  time  is  less  than  one  second,  the  t^^ 
estimate  is  made  on  APS  minimum  impulse  test  data  represented 
by  the  constants  Kg  and  Kg  (See  Section  5.  8 and  Section  6).  In 
this  case  no  active  steering  is  attempted  (Sj  = 1).  If  the  maneuver 
time  is  greater  than  one  second  but  less  than  6 seconds,  t^^  is 
computed  as  shown  in  Fig.  3.  3-11  and  again  no  active  steering  is 
attempted.  If  the  estimated  maneuver  time  is  greater  than  6 
seconds  active  steering  is  used. 

With  reference  to  Fig.  3.  3-10,  if  the  RCS  were  chosen 
for  the  maneuver,  (P-41),  no  t^^  prediction  is  made. 

If  the  estimated  maineuver  time,  t^^,  for  either  the 
APS  or  DPS  is  less  than  6 seconds,  the  Engine-Off  signal  is  set 
• for  tgQ  seconds  after  actual  ignition  as  shown  in  Fig.  3.3-10. 

5. 3. 3. 3. 4 Ignition  Delay  Procedures  Caused  by  Pre -Thrust 

Computations 

The  normal  pre-thrust  computations  (Section  5.3.3.3.l) 
require  an  extrapolation  of  the  LM  state  vector  to  approximately 
thirty  seconds  prior  to  nominal  ignition  time,  i.  e.  tT_,-30,  If  the 

iLr 

Coasting  Integration  Routine  of  Sec.  5.  2.  2 does  not  complete  the 
extrapolation  before  tj^  - 50  occurs,  then  an  ignition  delay  procedure 
occurs  as  follows: 

1 .  ) The  astronaut  is  alerted  to  this  condition  by  a program 

alarm. 

2.  ) The  integration  continues  one  step  at  a time  as 

shown  in  MIDTOAVE  Routine  - Section  5.3.  8. 

3.  ) The  maneuver  ignition  time  is  then  redefined  to 

to  be  29.  9 seconds  from  the  resulting  LJVI' state  . 
vector  time,  and  the  normal  pre-ignition  sequence 
is  started. 
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5.  3.  3.  4 Cross  Product  Steering  Routine 


The  cross  product  steering  concept  is  the  basic 
control  concept  for  both  External  AV  and  Lambert  Aim  Point 
guidance  modes.  The  cross  product  steering  logic  is  shown 
in  Fig.  3.  3-12.  The  following  parameter  definitions  not  pre- 
viously described  apply  to  this  figure. 


Av 


s 


W 


^^Tail-off 


V 

e 


PIPA  measured  velocity  vector  over  the 
computation  cycle  At  transformed  to  the 
Basic  Reference  Coordinate  System. 

A logic  switch  in  the  cross  product  steering 
routine  which  when  set  to  1 allows  steering 
commands  and  tg^  calculations  to  be  made. 

In  the  External  AV  mode,  when  set  to  0,  the 
velocity-to-be-gained,  v^,  is  updated  by  Av,  ^ 
Section  5.  3.  3.  5 . s^  is  set  to  1 in  the  AV  J 

Monitor  Subroutine  of  Section  5.  3.3.  6 after 
engine  thrust  has  been  detected,  and  set  to 
0 when  the  computed  time-to-go  first  becomes 
less  than  four  seconds. 

A negative  constant  representing  the  duration  of 
a burn  at  40  percent  thrust  for  DPS,  and  100% 
for  APS,  equivalent  to  the  tail- off  impulse  after 
the  engine  off  signal  is  issued.  It  is  initialized 
to  one  of  3 values  from  fixed  memory: 

^^Tail-off^"^^®^  APS  Maneuvers  (100%  thrust) 
‘^^Tail- off^ ^ maneuvers  at  40%  thrust* 

^^Tail-off^^'^®^  DPS  abort  (100%  thrust) 

Engine  exhaust  velocity  = g Igp 


EXTDELVFLG  External  AV  flag 

1 = External  AV  maneuver 
0 = Lambert  Aimpoint  Maneuver 


It  is 


not  necessary  that  these  burns 
at  40%  thrust. 


(i.e.  , 


non-P-70)  will  be  made 
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[REFSMMAT]  Transformation  matrix  from  the  BRC 
system  to  the  IMU  or  Stable  Member 
Coordinate  system  (Section  5.  6,  3.4). 

Desired  thrust  acceleration  vector  in 
Platform  Coordinates. 


With  reference  to  Fig.  3.  3-12,  the  logic  switch  s^is  set  to 
zero  by  the  sequencing  routine.  When,  is  zero  the  only  function 
of  the  cross  product  steering  routine  is  to  update  the  velocity-to- 
be-gained  vector  v^  with  Av  when  in  the  ExternalAV  mode. 


Figure  3.  3-12  Cross  Product  Steering  Subroutine 
(page  1 of  2) 
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Desired  thrust  axis  computation 


Figure 


-FDP  ^ [REFSMMAT] 


Call  FINDCDUW  Routine 
(Section  5.  3.  7) 

(Calculates  desired  gimbal  angle 
change  and  desired  vehicle  angular 
rates  about  the  spacecraft  X,  Y,  Z 
axes).  


♦ 

To  LM  Digital  Autopilot 


3.  3-12 


Cross  Product  Steering  Subroutine 


(page  2 of  2) 
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Switch  remains  zero  for  short  duration  thrust  periods  or 

during  the  initiation  of  long  duration  thrust  periods  before  the 

thrust  has  increased  above  the  threshold  level.  In  both  these 

cases  there  is  no  active  steering  and  the  vehicle  attitude  is 

held  at  the  pre -thrust  alignment.  When  s^  is  set  to  1,  active 

steering  is  performed.  The  time -to -go,  t^^,  computation  and 

steering  commands,  HfDP  ' performed  as  shown  in 

Fig.  3.  3-12.  When  the  computed  t^^  becomes  less  than  4 

seconds,  then  the  engi ne -off  signal  is  set  and  switch  s,,.,  is 

W 

reset  to  zero.  For  the  remainder  of  the  maneuver,  no  further 
computations  are  made  except  for  Vq  updating. 


The  steering  command  generated  prior  to  calling  the 


FINDCDUW  Routine  is  the  desired  unit  thrust  direction  vector  in 
platform  coordinates,  up^p.  The  FINDCDUW  Routine  of  Sec.  5.  3.  7 
is  the  interface  routine  between  the  guidance  program  and  the  LM 
Digital  Autopilot  (DAP)  for  all  powered  maneuvers.  This  interface 
routine  generates  three  angle  commands  representing  the  desired 
change  in  IMU  CDU  gimbal  angles  (d  CDU)jthe  desired  angular  rate 
vector.  “DV  expressed  in  vehicle  coordinates,  and  commanded 
attitude  lag  angles. 
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5.  3.  3.  5 Velocity -to -be -Gained  Routine 


The  velocity -to -be -gained  computations  shown  in 
Fig.  3.  3-13  are  those  carried  out  during  the  Lambert  Aim  Point 
powered  flight  guidance.  The  velocity-to-be -gained  computa- 
tion for  the  External  AV  guidance  mode  is  simpler  than  that 
for  the  Lambert  Aim  Point  guidance  mode.  The  External  AV 
velocity-to-be -gained  computation  is  that  shown  in  the  cross 
product  steering  routine  of  Fig.  3.  3-12  and  is 


- Av 


The  velocity -to -be -gained  computations  for  the 
Lambert  Aim  Point  guidance  mode  involve  the  determination 
of  a new  v^  by  processing  the  ASTEER  Subroutine. 


The  following  parameter  definitions  refer  to 
Fig.  3.  3-13. 


r(t) 

v(t) 

t 


active  vehicle  state  vector 


r ( t2  ) Offset  target  intercept  position  vector  at 
time  t2’  This  parameter  is  determined 
by  the  preceding  targeting  program  (P-34. 
P35). 
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Intercept  time  of  arrival  associated  with 
the  offset  target  vector  £(t2).  This  is 
an  input  target  parameter. 

Nominal  ignition  time. 

Initialized  to  tjQ ; used  to  test  whether  a new 
Lambert  solution  is  needed,  when  Sr  = 0. 

Required  velocity  vector  at  time  t. 

Velocity-to-be -gained  vector  at  time  t. 


Target  rotation  switch  set  in  P-34,  P-35 
indicating  that  the  target  vector  was  rotated 
into  the  orbital  plane  due  to  proximity  to 
180°  transfer. 


'R 


-1  Target  vector  rotated 
. 0 No  rotation 


Component  of  the  earth  gravity  acceleration 
vector  representing  earth  oblateness  effects 
(Section  5.3.2). 

Erasable  time  quajitity  used  in  determining 
whether  a new  "a"  is  needed. 

1 if  transfer  angle<180  deg. 

'-1  if  transfer  angle>180  deg. 


Unit  normal  to  the  trajectory  computed  in  the 
Initial  Velocity  Subroutine. 


i 

f 


Figure  3.  3-13.  Velocity-to-be-Gained  Subroutine 


It  should  be  noted  that  in  Fig.  3.  3-13  the  velocity -to -be -gained, 
v_.  derived  from  the  ASTEER  solution  using  an  offset  target 
vector  is  modified  by  the  term  gjj(t)  [t  - tj^].  This  term  is  an 
approximation  to  the  velocity  change  contributed  by, the  earth 
oblateness  effect.  The  compensation  used  in  this  subroutine 
is  computed  as  the  current  oblateness  acceleration,  mul- 

tiplied by  the  time  since  nominal  ignition  (t  - t^^)  where  tj^  is 
the  nominal  ignition  time.  This  correction  is  zero  for  lunar 
orbits.  The  objective  of  this  correction  is  to  reduce  cut-off 
errors  due  to  finite  maneuver  time  effects,  and  to  minimize 
commanded  thrust  attitude  variations  during  the  maneuver. 
These  two  effects  occur  during  long  maneuvers  because  in 
accounting  for  earth  oblateness  effects  in  the  initial  targeting 
programs  (P-34  or  P35),  it  is  assumed  that  an 
impulsive  maneuver  will  be  applied  at  Ignition  time.  Since  a 
finite  maneuver  time  is  required,  the  precomputed  target  aim 
point  becomes  less  accurate  as  the  maneuver  progresses. 

The  g^(t  -Ijq)  correction  is  an  approximate  substitute  for  a 
retargeting  procedure  which  can  not  be  performed  during  a 
powered  maneuver. 
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5. 3. 3. 5.1  ASTEEE  Subroutine 


The  ASTEER  Subroutine  solves  for  the  required  velocity, 
(Vp  ) given  the  semi -major  axis  parameter  (a).  Prior  to  ignition, 
the  t^^  vehicle  state  vector  is  used  in  the  Lambert  Subroutine 
to  obtain  a semi-major  axis  (a)  satisfying  the  tirne  of  flight  and 
the  conic  aim  vector.  Then,  starting  at  approximately  t^.^ -28  and 
at  each  guidance  computation  cycle  (2  sec),  the  ASTEER  Subroutine 
is  called  to  determine  an  updated  required  velocity  to  satisfy 
the  parameter  a.  Figure  3.  3-1 3A  presents  the  flow  diagram  for 
the  Vj^  calculation.  The  following  definitions  refer  to  this  figure. 


c ( t ) chord  vector  r g ( t ) - r ( t ) 

^2  ^^2  ^ conic  aim  vector 

s semi-perimeter  ( t ) + r2  ( t2  ) + c ( t^  / 2 

^ 1 if  transfer  angle  less  than  180  degrees 
-1  if  transfer  angle  greater  than  180  degrees 

t^  minimum  energy  transfer  time  = 

\/J)  {j  . sq  ^csrayip:  - i v/c(B-c) 


a semi-major  axis  obtained  from  Initial  Velocity 

Subroutine 


h Unit  normal  to  the  trajectory  computed 

in  the  Initial  Velocity  Subroutine 
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5.  3.  3.  6 A V Monitor  Subroutine 


The  purpose  of  the  A V Monitor  Subroutine  is  to  de- 
tect and  monitor  the  presence  of  engine  thrust  every  2 seconds 
commencing  at  2 to  4 seconds  after  the  actual  ignition  time.  The 
subroutine  also  turns  on  the  cross  product  steering  routine  if 
the  maneuver  is  not  a short  burn.  If  subsequent  to  2 sec  after 
the  actual  ignition  time  the  engine  thrust  is  detected  to  be 
below  a given  level  for  5 cycles  of  this  routine,  control  is 
transferred  to  the  DPS /APS  Thrust  Fail  Routine  R-40.  If 
during  the  thrusting  period  the  engine  thrust  is  detected  to  be 
below  a given  level  for  2 cycles  of  this  routine,  control  is 
transferred  to  the  DPS/APS  Thrust  Fail  Routine  R-40. 

The  AV  Monitor  Subroutine  logic  diagram  is  illus  - 
trated  in  Fig.  3.  3-14.  The  following  parameter  definitions 
apply  to  this  section  ( 5.  3.  3.  6 ): 


Av  PIPA  measured  velocity  change  over  the 

last  computation  cycle. 

A counter  in  the  AV  Monitor  Subroutine 
which  indicates  an  engine  failure  when  < 0. 
This  counter  is  initialized  during  pre -thrust 
computations  to  a value  of  4. 


S 


I 


Impulse  Switch 


' 0 Allows  steering  at  the  proper 
time  via  AV  Monitor  Subroutine 

< 

1 Indicates  short  maneuver  and  no 
steering  is  required 


AV„  A constant  set  by  the  pre -thrust  routine 
which  establishes  the  AV  which  must  be 
sensed  in  a 2 second  computation  interval 
if  the  engine  is  to  be  considered  on. 
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Figure  3.  3-14  A V Monitor  Subroutine 
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A logic  switch  in  the  cross  product  steering 
routine  which  when  set  to  1 allows  steering 
commands  and  t_  calculations  to  be  made. 

When  in  the  External  Av  mode  when  set  to  0, 
the  velocity- to-be-gained,  Vq,  is  updated  byA  v. 
(Section  5.  3.  3.  4). 
s„,  AV  Monitor  Idle  Switch 

lUi-j 

fl  By  pass  AV  Monitor  Operation 
^0  Activated  AV  Monitor  Operation 


St„,  is  set  to  1 prior  to  ignition  for  all  maneuvers. 
For  all  RCS  maneuvers  (P-41),  APS  maneuvers 
(P-42)  and  DPS  maneuvers  (P-40)  of  less  than  6 
seconds  estimated  duration  (Sj  = 1)  is 

maintained  at  1,  For  DPS  and  APS  maneuvers  of 
greater  than  6 seconds,  is  set  to  zero  at 

ignition.  is  set  to  1 when 

t <4  seconds. 

go 

®DLY  Monitor  Delay  Switch 

g ^0  By  pass  A v test  in  A V Monitor 

DLY  I 1 Activate  A v test  in  A V Monitor 

The  function  of  is  to  prevent  the  AV 

Monitor  from  checking  A v until  ( actual  tjQ+  2 ), 
since  sj^^  is  set  to  0 at  actual  tjQ 

It  should  be  noted  that  the  AV  Monitor  Subroutine  is 
activated  by  the  Servicer  Routine  during  all  PGNCS  controlled 
thrust  maneuvers.*  The  engine  fail  procedures  activated  by 
this  subroutine  differ  for  various  mission  phase  maneuvers  as 
described  in  R-40  of  Section  4. 


The  AV  Monitor  Subroutine  is  activated  at  (actual  tjQ  + 2)  for  DPS 
and  APS  maneuvers  exceeding  6 seconds. 
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5.  3.  4 


LUNAR  LANDING  GUIDANCE 


5. 3. 4.1  Introduction 

Lunar  Landing  Guidance  is  divided  into  two  distinct  parts: 

1.  Pre -ignition  calculations  (also  called  the  Ignition  Algorithm) 

2.  A guidance  cycle  starting  before  ullage  initiation  and  ending  after 
touchdown. 

The  pre -ignition  calculations  use  the  guidance  equations  as  a subroutine. 
Therefore,  the  description  and  flow  graphs  of  the  pre-ignition  calculations  and  the 
guidance  cycle  are  grouped  together. 

The  guidance  cycle  produces,  in  order  (except  for  Auto  P66); 


1.  A time  of  state  vector  validity  (called  PIPTIME) 

2.  The  corresponding  state  vector* 

3.  Command  thrust  acceleration  and  window -pointing  vectors,  based  on 
the  state  vector,  according  to  the  current  phase 


4.  Throttle  commands,  based  on  command  thrust  acceleration 

5.  DAP  commands,  based  on  the  command  thrust  acceleration  and 

window -pointing  vectors. 

(For  Auto  P66  items  4 and  5 are  interchanged) 

Table  3.4.  1-1  relates  these  computations  to  the  routines  where  the  computations  are 
made. 


Figure  3.  4.  1-1  illustrates  the  phases  of  the  lunar  landing.  These  phases 
are  described  as  follows. 


PRE -IGNITION 

The  astronaut  starts  the  pre-ignition  phase  by  selecting  program 
P63  some  time  in  the  coasting  descent  orbit  which  precedes  powered  descent. 
The  purpose  of  the  pre-ignition  phase  is  to  determine  ignition  time  based  on 
the  LM  state  in  guidance  coordinates.  P63  determines  the  foregoing  iter- 
atively, while  simultaneously  determining  the  unit  vectors  defining  the  guid- 
ance frame,  and  the  thrust  acceleration  and  window-pointing  vectors  which 


*The  state  vector  is  calculated  using  the  following  information:  the  previous  state 
vector,  readings  from  the  PIPAs,  estimated  acceleration  due  to  gravity,  and  readings 
from  the  radar  (when  radar  readings  are  valid).  See  State  Vector  Update -RoTitine. 
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Table  3.  4.  1-1  Guidance  Cycle  Computations 
and  the  Acting  Routines 


Calculation  Of 

Calculated  By 

State  Vector 

a.  from  PIPA's 

b.  from  Radar 

state  Vector  Update  Routine 

LR  Data  Read  Routine 

Command  Thrust  Acceleration  and 

Window -pointing  Vectors 

Ignition  Algorithm  and 

Guidance-and-Control  Routine 

Throttle  commands 

DAP  commands 

Throttle-Command  Routine 

FINDCDUW  Routine 
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will  be  commanded  on  the  first  guidance  cycle  of  the  braking  phase.  During 
the  pre-ignition  phase,  the  vehicle  travels  in  free-fall  (unpowered)  flight. 

Under  normal  conditions,  the  proper  ignition  time  will  be  determined 
several  minutes  before  the  nominal  ignition  time. 

After  the  above  computations  are  complete,  the  MIDTOAVE  Routine  (R41) 
is  entered  to  extrapolate  the  LM  state  vector  forward  to  the  time  at  which  the  guidance 
cycle  is  initiated. 

The  Attitude  Maneuver  Routine  (R60)  orients  the  spacecraft  for  the 
succeeding  ULLAGE  AND  TRIM  phase  such  that  the  LM  X-axis  lies  in  the  direction 
of  the  first  thrust  command  to  be  issued  during  the  succeeding  braking  phase,  as 
predicted  by  the  pre -ignition  computations. 

The  guidance  cycle  is  initiated  shortly  before  the  initiation  of  ullage  so 
that  the  LM  state  vector  can  be  maintained  using  accelerometer  measurements  (average - 
G equations).  The  routines  processed  each  guidance  cycle  are  illustrated  in  Fig. 

3.4.  1-2,  except  that  the  Guidance -and-Control  Routine,  the  Throttle -Command  Routine, 
and  the  FINDCDUW  Routine  are  excluded  from  the  guidance  cycle  until  the  start  of 
the  braking  phase. 

ULLAGE  AND  TRIM 

This  phase  is  a continuation  of  program  P63. 

The  LGC  Master  Ignition  Routine  starts  RCS  ullage  and  shortly  thereafter 
ignites  the  engine  at  minimum  throttle  setting  for  a period  of  time  sufficient  to  trim 
the  thrust  vector  to  point  through  the  center  of  mass.  The  Guidance -and -Control 
Routine,  the  Throttle -Command  Routine,  and  the  FINDCDUW  Routine  remain  excluded 
from  the  guidance  cycle;  therefore,  the  engine  maintains  a constant  (minimum)  throttle 
setting,  and  the  spacecraft  maintains  a constant  attitude  throughout  the  ULLAGE  AND 
TRIM  phase. 

BRAKING  PHASE 

This  phase  concludes  program  P63. 

The  throttle  is  commanded  to  maximum  at  the  precise  instant  computed  by 
the  pre -ignition  computations  for  starting  the  braking  phase.  This  is  accomplished  by  a 
WAITLIST  call  by  the  LGC  Master  Ignition  Routine.  The  throttle  must  be  advanced  on 
time.  The  Guidance -and-Control  Routine,  the  Throttle -Command  Routine,  and  the 
FINDCDUW  Routine  are  added  to  the  guidance  cycle  at  this  time.  The  first  reading 
(during  the  braking  phase)  of  the  accelerometers  occurs  some  time  later. 

To  utilize  propellant  efficiently,  it  is  necessary  to  operate  the  DPS  at 
maximum  thrust  as  long  as  possible.  In  order  to  provide  landing-site  visibility 
during  the  succeeding  approach  phase,  it  is  necessary  that  the  braking  phase 
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Figure  3.  4. 1-2. 


A Time  Chart  For  Lunar  Landing  Guidance 
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how  TTT  would  look.  If  carried  out  to  target  conditions. 


targets  (position  and  velocity)  be  achieved  with  reasonable  accuracy.  This 
requires  that  the  DPS  be  operated  in  the  continuously  throttleable  region  during  the 
final  part  of  the  braking  phase. 

To  accomplish  the  above  objectives,  a throttle -command  logic  is  em- 
ployed which  will  hold  the  throttle  at  maximum  until  the  command  thrust  acceleration 
is  less  than  a pre-selected  value  (FLO).  By  properly  selecting  the  braking -phase 
targets,  this  switching  (or  throttling -down)  is  made  to  occur  at  a specified 
time  before  the  end  of  the  phase  on  a nominal  trajectory. 

During  the  early  part  of  the  braking  phase,  the  astronaut  may  yaw  the 
vehicle  about  its  X-axis  to  observe  the  lunar  terrain.  When  the  altitude  drops  below 
a pre-selected  value,  the  guidance  automatically  commands  a window-up  yaw  attitude 
to  ensure  proper  landing  radar  operation. 

State- vector  updatings  during  the  braking  phase  are  based  solely  on 
IMU  data  until  the  astronaut  allows  incorporation  of  radar  data.  After  this  time, 

LR  altitude  measurements  are  used  to  update  the  vehicle's  state  each  guidance 
cycle.  Velocity  measurements  are  also  used  when  the  estimated  speed  falls 
below  a pre-selected  value.  See  State  Vector  Update  Routine  for  complete  de- 
scription. 

APPROACH  PHASE 

This  phase  is  also  called  the  VISIBILITY  phase  and  is  synon3rmous  with 
program  P64. 

The  initial  state  and  the  targets  for  the  approach  phase  are 
chosen  so  that  the  vehicle's  X-axis  (i.  e. , the  thrust  vector)  is  elevated  sufficiently 
high  above  the  local  horizontal  to  permit  landing-site  visibility  for  the  bulk  of  the 
phase.  The  DPS  is  operated  in  the  continuously-throttleable  region  throughout  the 
approach  phase. 

The  state  vector  of  the  LM  is  updated  with  both  altitude  and  velocity- 
component  LR  measurements  each  guidance  cycle  throughout  the  phase.  The  up- 
datings take  place  immediately  after  the  accelerometer  output  data  are  processed. 

An  altitude  measurement  and  a velocity-component  measurement  are  processed 
sequentially  at  each  updating  time,  with  the  altitude  measurement  preceding  the 
velocity-component  measurement.  The  radar  measures  any  given  velocity  component 
every  third  guidance  cycle.  Pre-stored  weighting  functions  are  used  in  the  processing 
of  the  radar  data. 

The  astronaut  has  the  option  of  manually  redesignating  the  landing  site 
by  means  of  landing  point  designator  (LPD)  switch  commands.  These  commands  are 
computer  inputs  from  the  rotational  hand  controller.  Each  guidance  cycle,  a 
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computation  is  made  of  the  new  landing  site  location.  The  depression  angle  of  the 
line-of-sight  to  the  current  site  below  the  vehicle's  Z-axis  is  computed  and  displayed 
to  the  astronaut  throughout  the  approach  phase.  Normally,  the  current  site  is 
visible  in  the  window,  and  the  attitude  commands  are  generated  to  yaw  the  vehicle 
about  its  X-axis  until  the  line-of-sight  to  the  current  site  is  in  the  plane  of  the 
vehicle  Z - and  X-axes;  i.  e. , it  is  along  the  LPD  index  line.  Using  the  computed 
site  depression  angle  on  the  DSKY,  the  astronaut  can  look  out  the  window  and 
decide  where  to  redesignate  the  landing  site,  if  he  so  desires. 


TERMINAL  DESCENT 

P66  [ also  called  Landing  Phase  Program]  is  entered  automatically  at  the 
conclusion  of  P64.  P66  can  also  be  entered  at  any  time  after  initial  throttle-up 

by  switching  to  Attitude  Hold  and  manipulating  the  Rate  of  Descent  Controller. 

There  are  two  parallel  sections  of  P66,  allowing  for  four  possible 
combinations  of  PGNCS  control: 


VERTICAL 


HORIZONTAL 


( Auto  Throttle 
I Manual  Throttle 
i Auto  Mode 
1 Attitude  Hold  Mode 


When  in  Auto  Throttle,  P66  issues  commands  to  the  DPS  such  as  to  maintain 
a reference  altitude  rate.  When  P66  is  entered,  or  whenever  the  throttle  mode  is 
manual,  this  reference  rate  is  set  to  the  current  altitude  rate.  When  in  Auto 
Throttle,  the  reference  rate  can  be  manually  incremented  by  manipulating  the  Rate 
of  Descent  Controller.  When  not  in  Auto  Throttle,  of  course,  the  throttle  commands 
are  controlled  by  the  astronaut. 


When  in  Auto  Attitude  Mode --independently  of  the  setting  of  the  Throttle 
switch- -P66  controls  the  attitude  such  as  to  null  horizontal  velocity.  When  in 
Attitude  Hold,  the  astronaut  controls  attitude.  If  a PGNCS  velocity  error  exists, 
the  only  way  to  null  the  true  velocity  relative  to  the  moon  is  to  switch  to  Attitude 
Hold.  This  is  because  there  is  currently  no  mechanism  whereby  the  astronaut 
can  correct  the  PGNCS  velocity  error. 
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5.  3.  4.  2 


Lunar  Landing  Coordinate  Systems 


Several  coordinate  systems  are  used  for  navigation  and  guidance  of  the 
LM  during  the  powered  landing  maneuver.  Each  is  a right-hand,  orthogonal  system. 
Figure  3. 4.2-1  lists  the  various  names  by  which  each  frame  is  known;  it  lists  the 
mnemonic  identifying  initial  used  in  this  section;  and  it  identifies  the  matrices 
used  in  this  section  and  their  equivalents  from  other  sections,  which  transform 
between  the  coordinate  systems. 


The  subscripts  of  these  matrices  are  chosen  according  to  the  usual 
mathematical  conventions  which  allow  a product  of  transformations  to  be  constructed 
by  cancellation  of  internal  subscripts.  That  is, 

-L  " ^LA— A " ^LI^IP^Pb'^BA-A 

where  V,  is  a column  vector  whose  components  are  expressed  in  lunar-fixed  coord- 
^ V 

inates,  and  is  the  same  vector  in  antenna  coordinates.  With  this  notation, 
the  matrix  C . is  given  by 


■"LA 


£xla 

-YLA 

-ZLA 


where  ^ylA’  —ZLA  vectors  of  the  lunar-fixed  coordinate 

frame  expressed  in  antenna  coordinates.  These  subscript  conventions  are  opposite 
to  those  used  in  the  Lunar  Landing  Guidance  section  of  Revision  3 of  the  GSOP, 
Section  5. 


Only  those  coordinate  systems  peculiar  to  landing  navigation  and  guidance 
will  be  described  in  this  section.  The  Lunar-Fixed,  Inertial,  Platform,  and  Body 
coordinates  are  described  in  the  Coordinate  Systems  subsection  of  the  Introduction 
to  the  GSOP;  the  transformations  between  Inertial,  Platform,  and  Body 
coordinates  are  defined  in  the  IMU  Routines  subsection  of  the  General  Service 
Routines,  and  the  transformation  between  Lunar -Fixed  and  Inertial  coordi- 
nates is  defined  in  the  Planetary  Inertial  Orientation  Subroutine  subsection  of  the 
Basic  Subroutines. 
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Figure  3. 4. 2 - 


Guidance  Coordinates 


The  origin  coincides  continuously  with  the  current  landing  site  (the  frame 
rotates  with  the  moon).  The  X-axis  is  vertical,  the  Z-axis  lies  in  the  plane  of  the 
trajectory  relative  to  the  moon  at  phase  terminus  and  points  forward,  and  the  Y-axis 
completes  a right-hand  triad.  Thus,  the  origin  and  orientation  of  the  guidance  frame 
are  altered  each  time  the  landing  site  is  redesignated. 

Landing-Radar  Antenna  Coordinates 

The  LR  antenna  coordinate  system  (Fig.  3.  4.  2-2)  is  the  one  in  which  the 
range  and  velocity-component  data  used  to  update  the  LM  navigation  system  are 
obtained.  The  antenna  axes  are  fixed  with  respect  to  the  range  and  velocity  beams. 

The  X-axis  is  oriented  along  the  axis  of  symmetry  of  the  radar  beams.  The  Z-axis 
is  normal  to  the  X-axis  and  directed  forward,  symmetrically  oriented  with  respect  to 
the  rear  velocity  beams.  The  Y-axis  is  perpendicular  to  the  X-  and  Z-axes,  and 
directed  so  as  to  form  a right-hand  system.  LR  range  data  are  referenced  to  the  LR 
antenna  coordinate  system  by  the  angle  ^ as  shown  in  Figure  3.  4.2-2. 

The  following  description  helps  to  visualize  the  lunar  landing  coordinate 
frames.  Assuming  the  plane  of  the  orbiting  command  module  is  coplanar  with 
the  plane  of  the  LM  trajectory  relative  to  the  moon  at  the  terminus  of  the  landing, 
and  assuming  the  LM  lands  at  the  nominal  time  at  the  nominal  landing  site  in  a normal 
erect  attitude,  then  at  the  instant  of  landing  --  and  at  that  instant  only  --  the  LM  body 
coordinates  (B),  the  descent  guidance  coordinates  (G),  and  the  platform  coordinates 
(P)  will  have  collinear  X-axes,  parallel  Y-axes,  and  parallel  Z-axes.  The  X-axes 
will  be  vertical  pointing  up,  the  Z-axes  will  be  horizontal  lying  in  the  plane  of  the 
two  trajectories  pointing  forward,  and  the  Y-axes  will  complete  right-hand  triads 
pointing  normal  to  the  trajectory  plane  to  the  right.  The  origin  of  the  platform 
coordinates  is  always  at  the  center  of  the  moon.  At  the  landing  instant  in  the  nominal 
case,  the  origin  of  the  guidance  frame  will  be  on  the  X-axis  of  the  platform  frame  at 
the  intersection  with  the  surface,  and  the  origin  of  the  body  frame  will  be  on  the  X-axis 
of  the  platform  frame  a few  feet  above  the  surface  at  the  height  of  the  landing  radar 
antenna.  At  any  other  time,  the  origin  of  the  guidance  frame  is  at  the  currently  com- 
puted landing  site  with  the  X-axis  along  the  local  vertical  so  that  the  guidance  and 
platform  X-axes  are  neither  collinear  nor  parallel. 
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1)  Range  Beam  4 is  in  the  plane  at  an  angle  ^ from  the 

-X^  axis 

2 ) LR  velocity  data  to  LGC  is  in  Antenna  Coordinate  System 

3)  LR  Antenna  Coordinate  System  is  related  to  the  PCNCS  Navigation 
Base  by  a specified  set  of  Euler  angles  for  each  of  the  two  LR 
antenna  positions  (a,^) 

Fig.  3.  4.  2 -2  LR  Antenna  Coordinate  System  and  Beam  Configuration 
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LR  Velocity  and  Range  Measurement  Data  . --  The  velocity  data  ob- 
tained from  the  LR  by  the  LR  Data  Read  Subroutine  are  with  respect  to  the  LR 
antenna  coordinate  system  of  Fig,  3.4.  2-2  and  are  in  a form  which  is  described 
as  follows,  along  with  the  various  data  processing  steps  the  LGC  performs  to 
transform  the  data  into  the  Navigation  Base  Coordinate  System. 

The  velocity  data  furnished  at  the  LGC  interface  by  the  LR  comprise 
three  binary  data  words  of  the  following  form: 


‘XA  " 

(Ul+fs)/ 

^ ^B  ^ '^LR 

'ya 

1 <5  -V 

^B^  "^LR 

'ZA  " 

[ (f3  - f2  ) 

^B^  ’’’lR 

where  ®YA’  ^ZA  respectively,  to  the  velocity  components 

along  the  -X^,  +Y^,  and  +Z^  antenna  axes  of  Fig.  3.4.  2-2.  The  quantities  fj^, 

fg,  and  fg  are  the  beam  doppler  frequencies,  fg  is  the  bias  frequency  used  in  the 

LR,  and  Tgg  is  the  time  interval  used  by  the  LR  when  counting  the  cycles  of  the 

above  frequencies  so  as  to  produce  the  data  words  ^YA’  ^ZA’  time 

interval  Tt  d is  80,001  milliseconds. 

J_<K 


In  the  LGC  the  velocity  along  each  antenna  coordinate  axis  is  computed 
from  the  above  data  words  as  follows: 


^XA  ^ ^A  ^ ^A  ‘ ''^LR  ^ 

'^YA  " ^A  ^ ®YA  ■ ^B  '^LR  ^ 
^ZA  " ^ZA  ^ ®ZA  ■ ^B  '^LR  ^ 


where  ^YA’  ^ZA  measured  velocities  along  the  positive 

antenna  coordinate  axes,  and  ^YA’  ^ZA  corresponding  scale 

factors  used  to  obtain  the  above  velocities  in  feet  per  second. 


The  LR  velocity  information  expressed  by  '^ZA 

first  be  transformed  from  the  antenna  coordinate  system  (subscript  A)  to  the 
Navigation-Base  coordinate  frame  (subscript  B),  This  requires  that  the  antenna- 
axes  unit  vectors  be  determined  in  the  Navigation- Base  coordinate  frame. 
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The  required  antenna-axes  unit  vectors  (^xAB’  — YAB’  — ZAB^ 
stored  in  fixed  memory.  Separate  values  are  stored  for  antenna  position  1 and 
position  2.  These  vectors  are  functions  of  the  Euler  angles,  a and  8,  used  to 
define  the  orientation  of  the  LR  antenna  axes  with  respect  to  the  navigation 
base,  as  shown  in  Figure  3.4.  2-3,  The  following  equations  define  the  velocity 
component  antenna  axes: 


-XAB  ” sina  sin/3, 

T 

—YAB  ” 

T 

-ZAB  ” -sina  cos|3 


-sin^  cosa) 


cos j3  cosa) 


(3,  4,  3) 


In  order  to  properly  utilize  LR  range  information  it  is  necessary 
to  know  the  range  beam  unit  vector  in  navigation  base  coordinates  (u 
The  value  of  this  vector  is  stored  in  fixed  memory  for  antenna  position  1 and 
for  antenna  position  2,  It  is  a function  of  the  previously  mentioned  Euler  angles 
(a  and  8)  and  the  displacement  angle  as  shown  in  the  following  equations: 


-RBA  ("cos^,  0,  -sin^) 

HrBB  = [iixAB  1 ^YAB  1 ^zABjliRBA 


(3.4.4) 


The  range  beam  is  in  the  - Z^  plane  of  the  antenna  coordinate  system,  and 
is  at  an  angle  ^ from  the  axis,  as  shown  in  Figure  3.  4.  2-2. 


The  range  data  obtained  from  the  LR  by  the  LR  Data  Read  Routine  is 
that  measured  by  the  LR  along  the  range  beam  shown  in  Fig.  3.  4.  2-2,  The  range 
data  is  sent  to  the  LGC  from  the  LR  as  a binary  data  word  t^.  which  represents 

J_jK 

the  count  of  a certain  frequency  in  the  LR  during  the  time  interval  Within  the 

LGC,  the  range  along  the  range  beam  is  computed  as  follows: 
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Fig 


. 3. 4.2-3  Angles  Defining  Orientation  of  LR  Antenna  Axes 
with  Respect  to  the  Navigation  Base  Coordinate  System 
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(3.  4.  5) 


LR 


^LRl  ^LR 

k R 
LR2  LR 


where  k.  and  k,  are  the  bit  weights  respectively  for  the  long  and  short  range 
L/Kl  L/ti^ 

scales  in  order  to  obtain  r^^p  in  feet.  When  the  LR  Range  Low  Scale  discrete  is 
being  received  from  the  LR  by  the  LGC,  used. 

A summary  of  the  processing  constants  required  by  the  LGC  for  LR 
operation  is  given  as  follows: 

f. 


B 

'"lr 


YA 


ZA 


Velocity  bias  frequency. 

Counting  interval  of  the  landing  radar. 

Scale  factor  to  convert  ( - fg  jgg  ) to  velocity  along  the  LR 
antenna  coordinate  (Fig.  3.  4.  2-2)  in  feet  per  second  for  the 


counting  interval  t 


LR- 


Scale  factor  to  convert  (Sy^  ■ tg  ) to  velocity  along  the  LR 
antenna  coordinate  in  feet  per  second  for  the  counting  interval 

^LR- 

Scale  factor  to  convert  - tg  ^LR  ^ velocity  along  the  LR 

antenna  coordinate  in  feet  per  second  for  the  counting  interval 

^LR- 


-XAB 


-YAB 

H.ZAB 

Hrbb 


Unit  vectors  in  direction  of  radar  beam, 
^for  Radar  position  1 and  position  2.  ) 


(Separate  values 


LR2 


Bit  weight  in  feet  for  low  range  scale. 
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5.  3. 4.  3 


State  Vector  Update  Routine 


The  State  Vector  Update  Routine  computes  the  current  state  of  the 
vehicle  (rp,  Vp)  using  output  data  from  the  IMU  and  the  landing  radar  (LR). 
Landing  radar  data  (aititude  and  velocity)  are  included  only  if  various  tests  are 
passed.  The  state- vector  updatings  occur  at  2- second  intervals  during  the 
landing  maneuver,  at  the  times  that  the  PIPA  outputs  are  processed.  The  state 
is  first  updated  using  IMU  data,  then  LR  altitude  data.  Finally,  one  of  the  three 
LR  velocity  components  is  processed.  Thus  the  time  between  consecutive 
processings  of  the  same  LR  velocity  component  is  6 seconds.  The  state- vector 
updatings  are  performed  in  the  platform  frame  (subscript  P). 

The  logic  flow  for  the  State  Vector  Update  Routine  is  shown  in 
Figure  3.  4.  3-1  through  3.  4.  3-6.  First  PIPA  data  are  read  and  incorporated 
into  the  state  vector.  This  incorporation  is  made  into  the  temporary  registers 
for  position  (rp)  and  velocity  (Vp).  When  the  entire  state  vector  update  has 
been  completed,  these  will  be  placed  in  the  permanent  registers  (r  p and  Vp) 
that  are  available  to  the  guidance  and  displays.  Then  h'  is  computed;  this  is 
the  altitude  of  the  spacecraft  with  respect  to  the  landing  site,  h'  is  equal  to 
the  altitude  above  the  center  of  the  moon(|rp|)i,  minus  the  landing  site  radius 
(fLs)*  The  rotation  of  the  lunar  surface,  VSURF,  as  well  as  other  parameters  ^ 
needed  by  guidance  and  displays  is  also  computed  at  this  time. 

Preliminary  LR  computations  are  then  entered,  as  shown  in  Figure 
3.4.  3-2.  If  the  LRBYPASS  flag  is  set  (powered  ascent  and  aborts),  radar 
computations  are  bypassed.  When  the  altitude  first  falls  below  30,  000  feet,  the 
FLAUTOX  and  XORFLG  flags  are  set  (to  inhibit  x-axis  override  of  the  DAP). 
When  the  altitude  falls  below  a cutoff  value,  HLROFF,  the  LRPERMIT  flag  is 
reset,  to  prevent  further  LR  updates.  Next,  the  NOLRREAD  flag  is  checked. 
This  flag  is  set  during  the  time  that  the  antenna  is  being  repositioned.  If  set, 
the  landing  radar  update  is  bypassed.  The  LR  position  test  is  now  made.  If 
neither  or  both  discretes  are  present,  the  radar  update  is  bypassed;  and  if  this 
situation  has  existed  for  10  seconds  (5  passes)  a 511  alarm  is  issued.  (The  511 
alarm  will  not  be  re-issued  during  subsequent  passes  if  neither  or  both  discretes 
remain  present.  ) If  the  LR  position  discrete  for  position  1 or  position  2 is 
present,  it  is  stored.  (Raw  LR  data  will  be  processed  by  the  fixed  memory 
transformation  matrix  appropriate  for  the  antenna  position.  ) If  the  radar 
position  has  changed  since  the  last  pass,  the  radar  update  is  bypassed,  as 
the  data  may  not  be  valid.  If  the  position  discrete  has  not  changed,  program 
flow  proceeds  to  the  LR  Altitude  Update. 


Entered  ~ 2 sec 
at  Priority  = 20 


Update  State  Estimate 

r'p  = Tp  + PGUIDE(vp  + gp  At/2  + DELVp/2) 
■S'p  ~ -'p/|-'p|  ’ — hP  ” UNIT  (r'p) 

v'p  = Ip  + (gp  + i'p)  ^t/2  + DELVp 

^ " l£pl  ■‘"ls 

VSURF  = Is^P  ^r'p  (rotation  of  moon's  surface) 
ABVEL  = l-i^'pl  (for  DSKY  displays) 


Figure  3.  4.  3-1.  PIPA-Updates  of  State  Vector 
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Figure  3.  4.  3-2  Preliminary  LR  Computations 
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Figure  3.  4.  3-3  LR  Altitude  Update 
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Figure  3.  4.  3-3  (^Cont) 
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Preliminary  Computations  for  Velocity  Update 
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Transform  to  platform  coordinates: 

-A  P ^ PB  -AB 

l•■ind  component  of  previous  velocity  estimate?  along  radar  beam: 
<]'  = (v'  - VSUHF  ) . Ha  .> 


^<1  is  the  difference  between  radar  data  and  the  previous 
velocity  as  updated  by  PIPAs;  V'MEAS  is  radar  reading  from 
LR  data  read  routine 


iq  = VMEAS  - q' 


^5/  Velocity  Computations 
v Continued  Next  Page 


Figure  3.  4.  3-4  LR  Velocity  Update 
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Figure  3,  4.  3-4  (Cont)  LR  Velocity  Update 
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Figure  3.  4.  3-5  LR  Reposition  Test 
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Inhibit  Interrupts  to  prevent  use  of  partially  updated  data  by  other  routines. 


Set  SWANDISP  flag  (Flag  7,  Bit  11)  to  indicate 
that  data  is  available  for  Landing  Analog  Displays 


Transfer  Data  from  the  State  Vector  Update  Routine  to 
Permanent  Registers  while  inhibit  interrupt  continues. 
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and  Landing  Analog  Displays,  while  Inhibit  Interrupt  continues. 
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Altitude  update  (Fig.  3.  4.  3-3)  will  proceed  only  if  the  Range- 
measurement  flag  (RNGEDATA)  is  set.  [This  flag  is  set  during  each  pass 
through  the  LR  Data-Read  Routine  (Section  5.  3.  4.  4),  if  the  Range  Data- Good 
discrete  has  been  observed  on  this  cycle  and  the  previous  two  computation 
cycles.  It  is  reset  each  pass,  upon  exit  of  the  State  Vector  Update  Routine.  ] 

The  actual  measurement  from  the  radar,  HMEAS,  is  the  slant 
range  to  the  ground  along  the  direction  of  the  radar  beam  (u  pj-R-p)-  (Note  that 
u___  depends  upon  antenna  position. ) This  slant  range  is  first  transposed 
into  platform  coordinates  using  the  vehicle-to-platform  transformation  matrix 
(Cpg).  The  resulting  vector.  £Lj^p.  must  then  be  projected  along  the  local 
vertical  so  a valid  comparison  can  be  made  with  h',  the  PIPA-updated  altitude. 
Thus  h is  computed  using  Uj^p,  the  local  vertical  unit  vector  at  PIPTIME. 

Next  computed  is  the  discrepancy  between  radar  (LR  altitude)  and 
PIPAs  (the  previous  altitude  as  updated  by  PIPA  data).  This  is  stored  as 
. TRUDELH  for  downlink,  and  as  Ahppj^p  for  possible  updatelby  the  terrain 
model.  The  change  in  altitude  measured  by  the  PIPAs  reflects  only  inertial 
j changes  of  the  spacecraft.  However,  the  radar  measurement  is  affected  by 
I changes  in  the  altitude  of  lunar  terrain  along  the  spacecraft  trajectory,  as  well 
j as  inertial  changes.  During  P63  and  P64,  the  effects  of  terrain  should  be  mini- 
1 mized,  so  that  Ah  can  reflect  the  change  in  altitude  above  the  landing  site  (change 
in  h').  To  accomplish  this,  the  State  Vector  Update  Routine  uses  a pre-stored 
model  of  lunar  terrain  along  the  nominal  landing  trajectory.  During  P66  the 
terrain  model  is  turned  off,  since  local  variations  in  terrain  are  then  important 
to  the  crew.  A check  is  made  on  the  NOTERFLG  to  see  if  the  terrain  model 
is  to  be  used.  If  set  (by  the  astronaut  or  by  entrance  to  P66),  the  terrain  model 
altitude  incorporation  is  not  made.  (If  the  terrain  model  is  not  used.  Ah  r^^^y^p 
! remains  unchanged,  as  computed  above. ) 

The  terrain  model  uses  a table  of  abscissas  and  slopes  to  define 
5 line  segments.  These  segments  form  a piecewise  approximation  of  lunar 
I terrain  altitude  along  the  landing  trajectory.  (See  Fig.  3.  4.  3-7.  ) The  routine 
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THE  LANDING  SITE  THAN  THE  FARTHEST  SEGMENT 


Note  that  range  (RNG)  and  abscissas 
(ABSC^)  are  stored  as  negative  dis- 
tances to  landing  site. 


Fig.  3.4.  3-7.  Model  of  Lunar  Terrain  in  LM  Descent  Trajectory 
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processes  the  altitude  contribution  of  each  segment,  starting  at  the  landing  site. 
The  contributions  are  added  to  the  temporary  register  until  the  model 

is  completed,  so  that  Ah  will  be  available  for  downlink  and  display.  If  the  range 
(RNG)  from  the  landing  site  to  the  radar  beam  lies  outside  a segment,  the  total 
altitude  contribution  of  that  segment  is  included,  and  the  routine  goes  on  to  the 
next  segment.  If  the  range  lies  within  a segment,  the  altitude  to  that  point  is 
computed,  and  the  terrain  model  is  concluded.  Thus,  as  the  vehicle  approaches 
the  landing  site,  segments  are  dropped  off  and  the  computations  become  shorter. 
If  the  range  is  farther  from  the  landing  site  than  the  final  segment  (ABSC^), 
the  altitude  at  the  last  segment  is  used  as  a best  estimate. 

Proceeding  forward  with  the  altitude  update,  a check  is  made  on  the 
PSTHIGAT  flag  (Post- Higate).  This  flag  is  initially  zero,  and  is  set  when  the 
criteria  for  landing  radar  repositioning  are  met.  Before  this  flag  is  set,  the 
altitude  data  reasonableness  test  is  bypassed  in  order  to  prevent  possible 
landing  radar  lockout  due  to  large  errors  in  the  state  vector.  After  the  flag 
is  set,  the  altitude  data  reasonableness  test  is  entered.  The  purpose  of  the 
reasonableness  test  is  to  detect  and  reject  degraded  LR  data  caused  by  cross- 
coupled  side  lobe  or  vibrating  structure  frequency- tracker  lockup.  In  these 
situations  the  LR  Data  Good  discrete  to  the  PGNCS  will  be  present,  and  the  LGC 
would  normally  process  the  LR  data  to  update  the  estimated  state  vector.  The 

I 

test  is  passed  if  Ah  is  within  a value  determined  by  h and  the  erasable  constant 
DELQFIX.  If  the  test  is  failed,  HFAILFLG  is  set  for  downlink.  If  two  or  more 
of  the  previous  four  tests  have  also  failed,  the  altitude  fail  light  on  the  DSKY 
is  flashed. 

The  LR  PERMIT  flag  is  now  checked  to  see  if  the  LR  altitude 
update.  Ah,  should  be  incorporated  in  the  state  vector,  r^.  The  flag  is  initially 
reset,  and  is  set  by  the  astronaut  to  permit  incorporation.  It  is  automatically 
reset  when  the  altitude  falls  below  the  cutoff  value,  HLROFF.  (See  above.  ) 

If  updating  is  permitted,  a weighting  function,  W,  is  computed  as  a function  of 
altitude;  and  the  state  vector  is  updated  by  the  weighted  Ah.  If  the  flag  is  reset, 
radar  updating  is  bypassed,  and  rp  remains  unchanged  since  the  incorporation 
of  PIPA  data. 

The  LR  velocity  update  is  now  entered  (Figure  3.  4.  3-4).  The  Rl2 
Read  Flag  (R12RDFLG)  is  checked  to  be  sure  all  velocity  readings  have  been 
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completed.  If  reading  is  in  progress,  velocity  updating  will  wait  for  it  to  be 
completed.  Velocity  updating  will  take  place  only  if  the  velocity- measurement 
flag  (VELDATA)  is  set.  [ This  flag  is  set  during  each  pass  through  the  LR  Data- 
Read  Routine  (Section  5.  3.  4.  4),  but  only  if  Velocity  Data- Good  discretes  have 
been  observed  on  this  pass  and  on  the  previous  two  computation  cycles.  It  is 
reset  each  pass,  upon  exit  of  the  State  Vector  Update  Routine.  ] If  VELDATA 
is  set,  preliminary  computations  for  velocity  updating  then  take  place.  One 
of  the  three  velocity  components  is  computed  each  cycle.  The  axis  to  be  computed 
(and  thus  the  corresponding  radar  beam)  is  identified  by  the  velocity  component 
flag,  VSELECT,  from  the  LR  Data- Read  Routine.  The  unit  vector  in  the  direction 
of  this  radar  beam  (u^g)  is  selected.  (The  unit  vectors  for  the  different  velocity 
components,  referred  to  as  J1?yAB’  antenna  position. 

See  Section  5.  3.  4.  2.  ) The  selected  beam  vector  is  transposed  into  platform 
coordinates,  using  the  body- to- platform  matrix  Cpg-  For  this  pass,  the  ve- 
hicle velocity  Vp  has  been  updated  only  by  PIPA  data.  A component  of 
this  velocity  is  found  along  the  direction  of  the  radar  beam  (taking  into  account 
the  rotation  of  the  lunar  surface,  ySURF).  The  difference  between  the  present 
radar  velocity  and  the  PIPA-updated  velocity.  6q,  is  then  computed;  6q  reflects 
the  measured  and  the  estimated  velocity. 

The  velocity  data  reasonableness  test  is  now  entered  to  test  for 
possible  cross- lobe  lockup.  Note  that  the  same  erasable  constant,  VELBIAS, 
is  used  to  test  all  three  velocity  beams.  If  the  test  is  failed,  velocity  updating 
is  prevented  for  this  pass.  Also,  if  the  test  is  failed  for  aZ-axis  read 
(VSELECT  = 0 ),  the  VXINH  flag  (VX  inhibit)  will  be  set  to  prevent  X-axis 
updating  on  the  subsequent  pass.  This  is  because  it  is  not  always  possible  to 
detect  cross-lobe  lockup  for  the  X-axis  velocity  component,  although  it  can  be 
detected  for  the  Z-axis  component. 

As  was  the  case  for  the  altitude  data  reasonableness  test  described 
above,  failure  information  is  put  on  downlink,  and  if  two  of  the  four  previous 
passes  have  also  failed,  the  LR  velocity  fail  light  on  the  DSKY  is  flashed.  It 
should  also  be  noted  that  since  the  LR  data  reasonableness  tests  for  altitude 
and  velocity  follow  the  LR  Data-Good  discrete  checks  in  the  LR  Data- Read 
Routine,  the  data  reasonableness  alarm  criterion  is  based  on  the  last  four 
LR  readings  which  have  passed  the  Data-Good  discrete  check.  The  LR  data 
reasonableness  tests  are  independent  of  intermittent  tracking  and  do  not 
account  for  any  data  rejected  because  of  failure  to  pass  the  LR  data  good  tests. 
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If  the  test  is  passed,  the  LRPERMIT  flag  is  checked.  (See  descrip- 
tion of  this  flag  above.  ) If  updating  is  permitted,  a weighting  function,  W,  is 
computed  as  a function  of  velocity,  beam  orientation,  and  major  mode.  The 
cutoff  velocities  LRVMAX  and  LRVF  are  in  erasable  memory  as  are  the  compo- 
nents of  the  weighting  constant,  LRWVX,  LRWVY,  LRWVZ,  LRWVFX,  LRWVFY, 
LRWVFZ,  and  LRWVFF.  The  state  vector  is  then  updated  by  the  weighted  value 
of  6q  along  the  direction  of  the  velocity  component  u^p. 

If  the  velocity  data  reasonableness  test  is  failed  or  updating  is 
not  permitted  (LRPERMIT  = 0),  radar  updating  is  bypassed;  and  Vp  remains 
unchanged  since  the  incorporation  of  PIPA  data. 

The  LR  reposition  test  is  now  entered  (Fig.  3.  4.  3-5).  If  the 
PSTHIGAT  flag  is  set,  then  the  criteria  for  repositioning  were  met  on  a previous 
pass,  and  repositioning  was  attempted;  therefore,  the  remainder  of  the  test 
can  be  bypassed.  Reposition  criteria  are  the  computed  time-to-target,  TTT, 
and  the  projection  of  the  LM  X-axis  unit  vector  along  the  platform  frame  X-axis 
(UxBxp^-  thresholds,  tg.^  and  Pg.^  are  stored  in  erasable  memory. 

If  both  tests  are  satisfied,  the  PSTHIGAT  flag  is  set.  The  NOLRREAD  flag 
is  also  set  to  prevent  radar  updates  for  the  duration  of  the  repositioning. 
Repositioning  is  controlled  by  the  LR  position  command  subroutine  (Section 
5.  3.  4.  5). 

Final  LR  computations  are  now  performed  that  prepare  for  the  next 
pass  through  the  State  Vector  Update  Routine  and  store  quantities  needed  by 
other  parts  of  the  lunar  landing  guidance  cycle. 
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5.  3.  4.  4 LR  Data  Read  Routine 

The  LR  Data  Read  Routine,  Figure  3.  4.  4-1,  reads  and  stores 
Landing  Radar  data  necessary  for  state-vector  updates.  It  is  entered  every  ~2 
sec  via  a scheduled  call  from  the  Descent  State  Vector  Update  Routine  (R.12).  Upon 

I 

entry,  the  routine  initializes  the  various  parameters  used  in  the  reading  of 
radar  data,  initiates  the  first  radar  read,  then  exits  and  waits  for  the  first 
radar  interrupt. 

The  LR  interrupt  occurs  6 times  during  a 2 -second  pass,  at 
100  millisecond  intervals.  Each  reading  is  the  result  of  a 80.  001  millisecond 
duration  count  of  a frequency  in  the  LR.  One  altitude,  and  five  velocity  readings 
are  performed.  The  altitude  reading  is  centered  at  PIPTIME  Rhe  time  at  which 
the  PIPAs  are  read)  and  the  velocity  readings  are  distributed  so  that  the 
average  of  the  reading  times  is  close  to  PIPTIME.  This  schedule  of  reading 
times  permits  a valid  comparison  between  PIPA  data  and  LR  data  in  R12.  When 
a radar  interrupt  occurs,  the  routine  processes  the  appropriate  data  and  prepares 
for  the  next  interrupt,  then  exits.  Thus,  the  radar  processing  is  done  in  parallel 
with  the  state-vector  update  computations,  guidance,  and  displays. 

When  the  routine  is  entered,  it  first  checks  the  NOLRREAD  flag 
fset  while  the  antenna  is  repositioning).  If  set,  the  routine  is  exited  for  this 
2-second  pass.  If  clear,  initialization  is  performed.  The  R12RDFLG  is  set 
to  prevent  the  processing  of  velocity  data  by  the  velocity  update  portion  of  R12 
until  the  LR  Data  Read  Routine  is  completed.  The  next  step  is  to  determine 
which  velocity  beam  is  to  be  read,  according  to  the  value  of  VSELECT. 
SAMPLSUM  is  set  to  zero;  it  will  accumulate  the  5 velocity  readings  during 
this  2-second  pass.  Bits  5 and  8 of  channel  33,  the  altitude  and  velocity  data- 
good  discretes,  are  under  the  control  of  radar  hardware;  for  these  bits  a 0 
indicates  acceptable  radar  data.  The  values  of  bits  5 and  8 are  saved  in 
OLDATAGD  to  reflect  the  status  of  the  radar  prior  to  the  first  reading.  The 
altitude  and  velocity  data  fail  flags  (RADMODES,  bits  5 and  8 ) are  reset  for  use 
this  pass.  They  will  be  set  to  1 if  the  corresponding  bit  of  channel  33  is  1 (i.  e. 
radar  data  not  acceptable).  Next,  the  value  of  NSAMP  is  set  to  6,  and  a velocity 
data- read  is  initiated  to  cause  the  first  radar  interrupt.  Now  the  routine  exits, 
and  waits  for  the  first  radar  interrupt. 

NSAMP  controls  the  order  of  altitude  and  velocity  readings  for  the 
routine.  For  each  interrupt,  the  reading  is  performed;  then  NSAMP  is  decre- 
mented and  tested. 
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Figure  3.4.  4-1.  LR  Date  Read  Routine 
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Figure  3. 4.  4-1  ICont)  LR  Data  Read  Routine 
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The  following  table  shows  the  sequence  of  interrupts,  and  the 
manner  in  which  NSAMP  controls  the  computation  following  the  interrupt: 

A.  Initialization  is  entered,  NSAMP  is  set  to  6. 

NSAMP  =6 — Initiate  a velocity  reading  for  next 
interrupt,  exit. 

B.  First  interrupt  occurs,  velocity  is  read,  NSAMP  = 
NSAMP  - 1 . 

NSAMP  = 5 — Initiate  a velocity  reading  for  next 
interrupt,  exit. 

C.  Second  interrupt  occurs,  velocity  is  read, 

NSAMP  = NSAMP  - 1. 

NSAMP  = 4 — Initiate  an  altitude  reading  for  next 
interrupt,  exit. 

D.  Third  interrupt  occurs,  altitude  is  read,  NSAMP  = 
NSAMP  - 1. 

NSAMP  = 3 — Store  altitude  data,  initiate  a velocity 
reading  for  next  interrupt,  exit. 

E.  Fourth  interrupt  occurs,  velocity  is  read,  NSAMP  = 
NSAMP  - 1. 

NSAMP  = 2 — Initiate  velocity  reading  for  next 
interrupt,  exit. 

F.  Fifth  interrupt  occurs,  velocity  is  read,  NSAMP  = 
NSAMP  - 1. 

NSAMP  = 1 — Initiate  velocity  reading  for  next 
interrupt,  exit. 

G.  Sixth  interrupt  occurs,  velocity  is  read,  NSAMP  = 
NSAMP  - 1. 

NSAMP  = 0 — Store  velocity  data,  perform  final 
computations  for  this  pass. 
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When  the  radar  interrupt  occurs,  the  program  checks  to  see  which 
type  of  reading  was  scheduled  (altitude  or  velocity).  (If  no  reading  was  scheduled, 
a 520g  alarm  will  occur,  and  the  program  will  exit.  ) 

For  velocity  reading,  the  data  is  read  and  accumulated  in 
SAMPLSUM.  Then  the  velocity  data-good  discrete  (CHANNEL  33  bit  8)  is 
checked  to  test  the  present  status  of  the  radar,  and  OLDATAGD  bit  8 is  checked 
for  previous  status.  If  either  bit  is  1,  the  velocity  data  fail  flag  (RADMODES, 
bit  8)  is  set  to  indicate  bad  data.  At  this  point,  NSAMP  is  decremented  and 
checked,  and  depending  on  its  value,  the  next  interrupt  is  initiated,  as  outlined 
in  the  table  above. 

For  an  altitude  reading,  a check  is  first  made  as  to  whether  the 
altitude  scale  factor  has  changed  since  the  last  pass.  If  this  is  the  case,  the 
data  (probably  bad)  is  ignored,  and  the  next  velocity  reading  is  initiated.  If 
the  scale  has  not  changed,  the  data  is  read.  High-scale  data  is  rescaled  to 
low-scale  format.  The  altitude  data-good  discrete  is  checked  (CHANNEL  33  bit  5) 
as  well  as  OLDATAGD,  bit  5.  If  either  bit  is  1,  the  corresponding  data  fail  flag 
is  set  (RADMODES,  bit  5).  Now  NSAMP  is  decremented  and  checked. 

When  NSAMP  = 3 (an  altitude  reading  has  just  occurred)  altitude 
data  is  stored  in  HMEAS  for  use  by  R12.  The  altitude  data  fail  flag  is  then 
checked.  If  set  (data  bad),  STILBADH  is  set  to  two.  When  clear,  STILBADH  is 
decremented  (unless  zero).  STILBADH  must  be  zero  before  setting  the 
RNGEDATAflag  (i.  e.  , three  consecutive  passes  with  data  good  must  have 
occurred).  R12  will  not  use  the  altitude  data  until  the  RNGEDATA  flag  is  set. 
Before  exiting  this  branch,  the  next  velocity  reading  is  initiated. 

When  NSAMP  = 0,  the  final  velocity  reading  has  been  completed. 

The  velocity  data  fail  flag  is  checked  to  see  if  the  data  was  bad  for  one  or  more 
of  the  five  readings.  In  a manner  similar  to  that  described  above,  STILBADV 
is  used  to  insure  that  the  VELDATA  flag  will  only  be  set  after  three  consecutive 
passes  with  good  velocity  data.  (R12  will  not  use  the  velocity  reading  until 
VELDATA  is  set.  ) VSELECT  is  now  updated  so  that  a new  velocity  beam  will 
be  read  next  pass.  The  accumulated  velocity  data  (SAMPLSUM)  is  stored  in 
VMEAS  for  use  by  R12.  Finally,  the  R12RDFLG  is  reset  to  permit  use  of  velo- 
city data  by  R12. 
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5.  3.  4.  5 


Repositioning  of  LR  Antenna 


Logic  flow  for  antenna  repositioning  is  shown  in  Figure  3.  4.  5-1.  When 
certain  criteria  have  been  met  in  the  Descent  State  Vector  Update  Routine  (R12), 
this  logic  is  called  to  command  the  LR  antenna  from  position  1 to  position  2. 

The  reposition  command  is  provided  to  the  LR  hardware  via  bit 
13  of  channel  12.  When  the  radar  repositions  (or  if  11  seconds  have  passed 
without  repositioning)  the  command  is  removed  and  LRPOS  is  set  to  position  2. 

The  NOLRREAD  Flag  is  reset  to  permit  use  of  radar  data  by  R12. 


Exit 


Figure  3.  4.  5-1.  Repositioning  of  LR  Antenna 
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5.3.4.  6 Guidance-and-Control  Routine 


The  Guidance-and-Control  Routine  uses  the  data  provided  by  the  State- 
Vector-Update  Routine  to  produce  a thrust  acceleration  command  for  the  Throttle- 
Command  Routine  and  desired  thrust  direction  and  window  direction  vectors  for  the 
FINDCDUW  routine. 

The  Guidance-and-Control  Routine  is  described  by  an  overall  flow  chart. 
Figure  3.  4.  6-1,  and  by  a detailed  flow  chart.  Figure  3.  4.  6-2.  Notes  on  inter- 
preting the  charts  follow.  The  nomenclature  used  in  the  Guidance-and-Control 
section  is  defined  at  the  end  of  this  section. 

In  this  document,  the  polarities  of  all  variables,  including  padload- 
erasables,  reflect  the  design  concepts  of  the  system.  In  certain  cases,  to  facil- 
itate LGC  arithmetic,  the  LGC  padloads  are  of  opposite  sign.  To  avoid  cluttering 
the  exposition  of  this  section,  LGC  pecularities  such  as  sign  convention  and  scaling 
are  not  indicated.  When  opposite,  the  LGC  sign  convention  is  indicated  in  the 
Erasable  Memory  Parameter  List,  but  scaling  is  beyond  the  scope  of  this  docu- 
ment. 

Notes  on  Interpreting  Lunar  Landing  Guidance  Information  Flow 

In  this  section,  there  are  short  paragraphs  relevant  to  specific  parts  of 
the  information  flow  diagram.  These  are  identified  by  the  notation  (m,  n),  where  m 
refers  to  the  page  of  the  information  flow  on  which  the  relevant  section  may  be 
found,  and  n refers  to  the  particular  note  on  that  page.  A corresponding  identifier 
will  be  found  to  the  right  of  the  flow. 

Small  triangles  at  the  bottom  of  the  page  containing  integers  only  indi- 
cate that  flow  continues  to  the  succeeding  page  at  the  triangle  with  the  identical 
integer.  Large  triangles  containing  a letter  followed  by  an  integer  indicate  that 
control  is  passed  to  or  from  the  large  triangle  with  the  identical  letter  on  the  page 
indicated  by  the  integer. 

Specific  Notes: 

(1,  1)  a.  REDFLAG,  here  initialized  to  zero  (and  again  zeroed  at  the  start  of 

P64)  to  forbid  re  designations,  will  be  set  to  one  only  upon  receipt  of  a PROCEED 
response  to  flashing  display  V06N64,  while  is  non-zero.  AZINCRl  and 

ELINCRl  are  initialized  to  zero  in  response  to  this  PROCEED  . NOTERFLG 
and  LRBYPASS  initialized  for  State  Vector  Update  Routine. 

b.  FLAUTOX  is  not  shown  initialized  to  zero  because  the  selection  of 
any  new  Major  Mode  causes  it  to  be  set  to  zero.  (The  State- Vector-Update  Routine 
sets  it  to  one  when  the  proper  altitude  is  passed.  ) 

(1,  2)  The  ignition  algorithm  loop  counter,  n^^,  prevents  performing  the  pre- 

ignition computations  endlessly  without  notice.  It  is  difficult  to  imagine  circum- 
stances in  which  alarm  code  1412,  which  n^^  controls,  will  be  called. 
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Fig,  3.4.  6-1  Guidance-and-Control  Routine  - Overall  Flow 
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For  Conventions  used  in  this  diagram,  see:  Notes  on  Interpreting  Lunar  Land- 
ing Guidance  Information  Flow,  this  Section.  For  Nomenclature,  see  Lunar  Land- 
ing Guidance  Nomenclature,  at  end  of  diagram. 
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Time  Relative  to  Target  Equations 


Fig.  3.  4.  6-2  Guidance-and-Control  Routine 
Page  4 
5. 3-90 


Fig.  3.  4.  6-2  Guidance-and-Control  Routine 
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Fig.  3.  4.  6-2  Guidance-and- Control  Routine 
Page  8 


5. 3-94 


Fig.  3.  4.  6-2  Guidance-and-Control  Routine 
(Page  8a) 
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Fig.  3.4.  6-2  Guidance  and  Control  Routine 
Page  9a 
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Fig.  3.  4.  6-2  Guidance-and-Control  Routine 
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Figure  3.  4.  6-2  Guidance  and  Control  Routine 
(page  11a) 
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(la,  1)  During  each  guidance  cycle  after  the  radar  updates,  if  any,  have  been 

made,  the  State- Vector-Update  Routine  calls  R13  which  calls  the  Guidance-and- 
Control  Routine.  This  continues  until  touchdown  or  abort. 

(la,  2)  Because  of  this  branch,  once  the  ROD  mode  (P66)  has  been  selected, 

the  astronaut  cannot  return  to  the  LGC  automatic  landing  modes  P63  or  'P64. 

(la,  3)  This  test  determines  whether  a P66  deletion  or  a restart  has  occurred 

since  the  last  pass  through  R13. 

(2,  1)  The  components  of  DLAND  are  the  components  of  NOUN  69  as  follows: 

DLANDj^  = Rg,  DLANDy  = R2,  DLAND^  = R^.  The  NOUN  69  registers  must  be 
initialized  to  zero  (most  probably  by  pad  loading)  before  P63  is  called,  unless  some 
change  in  the  landing  site  is  desired  and  loaded. 


(3,  1)  For  a particular  tj,  it  has  been  empirically  determined  that  three  passes 

through  the  ignition  algorithm  subloop  are  necessary  and  sufficient  to  define  accurately 
the  guidance  coordinate  frame,  and  the  thrust-pointing  vector, 


(3,  2)  Moving  the  Rotational  Hand  Controller  forward  (or  left)  produces  a 

redesignated  site  forward  (or  left)  of  the  previous  landing  site. 

Thus,  a 4 roll  deflection  creates  a positive  AZINCR, 
a - roll  deflection  creates  a negative  AZINCR, 
a + pitch  deflection  creates  a negative  ELINCR, 
and  a - pitch  deflection  creates  a' positive  ELINCR. 


(3,  3)  The  X-component  of  the  LOS  direction  is  checked  at  this  point  to  make 

sure  that  the  site  has  not  been  redesignated  past  the  horizon. 

(3,  4)  is  computed  by  a polynomial  which  produces  accurate  results  only  in 

the  region  ±70°.  Because  the  window  outline  limits  visibility  short  of  this  range,  the 
• error  when  |0  , 1 > 70°  is  immaterial.  The  70°  restriction  mentioned  here  should 
I exclude  the  effect  of  ELBIAS. 

(4,  1)  This  test  on  ATTT  is  usually  satisfied  on  the  first  iteration  cycle,  except 

for  the  first  guidance  cycle  of  a given  phase. 
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(4.  3)  TTTp  is  used  in  the  calculation  of  a^  to  account  for  the  lag  in  the  guidance 

system  between  the  time  when  the  PlPAs  are  read  (for  a particular  cycle)  and  the  time 
when  the  corresponding  commands  to  the  throttle  and  DAP  are  actually  implemented, 
thereby  avoiding  oscillations  due  to  that  lag. 

(4,  4)  The  target  vector  Y- components  are  forced  to  be  zero. 

(5,  1)  Radial  acceleration  guidance  greatly  reduces  trajectory  altitude  variations 

due  to  engine  dispersions. 

(6,  1)  During  the  Ignition  Algorithm,  this  test  on  TTT  ensures  that  the  guidance 

frame  will  not  be  erected  if  TTT  has  a value  such  that  the  frame  might  be  reversed. 
This  test  should  not  fail  after  the  first  pass  through  the  ignition  algorithm.  See  also 
Note  (11a,  1). 

(6.2)  The  internal  unitization  in  the  computation  of  is  done  to  keep 

significance  in  the  fixed-point  arithmetic  of  the  LGC,  even  though  it  is  analytically 
superfluous. 

(6.3)  FLPASSO  is  set  to  zero  to  ensure  that  phase  initialization,  shown  on  page 
2 of  the  figure,  will  take  place  on  the  succeeding  pass. 

(6.4)  TrP  computed  because,  while  the  trim  phase  does  not  alter  c(tj.)p 
appreciably,  it  does  change  Wtj)p  significantly. 

(6.5)  If  the  ignition  algorithm  alarm  is  issued,  a peculiarity  of  the  LGC  coding 
causes  n ^ to  be  reset  to  the  integer  whose  octal  value  is  the  GENADR*  of  the  LGC 
location  in  which  the  alarm  code  is  stored.  This  number  depends  upon  the  LGC 
assembly  revision  number,  so  it  cannot  be  predicted  prior  to  program  release.  How- 
ever, it  is  safe  to  assume  that  this  number  will  generally  be  sufficiently  large  to 
prevent  the  alarm  from  being  issued  more  than  once. 

(7,  1)  The  computation  of  Atj  is  made  because  it  is  very  unlikely  that  actual  con- 

ditions at  tj  will  be  sufficiently  close  to  nominal  to  yield  nominal  throttle  control 
duration.  Since  the  trajectory  before  ignition  cannot  be  changed,  the  ignition  algorithm 
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compensates  for  pre- ignition  trajectory  dispersions  by  adjusting  the  time  at  which 
maximum  throttle  will  be  commanded,  tj.  For  example,  if  the  altitude  at  tjis  too 
great,  Atj  will  be  negative,  allowing  more  time  for  braking.  All  relationships  are 
linear,  except  when  the  craft  is  out  of  plane  (non- zero  Y- component  of  position  in 
guidance  coordinates),  in  which  case  the  relationship  is  quadratic. 


W 

f 


(7,  2)  The  computation  of  t^Q  is  shown  at  this  point  to  provide  a logical  inter- 

face with  the  GSOP  description  of  the  MIDTOAVE  Routine, 
computed  by  the  Master  Ignition  Routine. 


In  the  LGC,  is 


(7,  3)  Among  the  so-called  Standard  Pre-Ignition  Procedures  is  the  Attitude 

Maneuver  Routine  (R60)  using  the  vector  Uppjp  from  the  ignition  algorithm.  It 
should  be  noted  that  the  computed  navigation  state  vector  at  the  end  of  the  ignition 
algorithm  (r(t2)p.  y.(t2)p)  is  not  the  correct  initial  state  vector  for  the  State- 
Vector-Update  Routine,  since  the  guidance  cycle  is  started  before  tjQ. 

(7,  4)  These  parameters  are  used  by  State  Vector  Update  and  MIDTOAVE 

routines. 


(7,  5)  This  WAITLIST  call  is  issued  by  the  LGC  Master  Ignition  Routine.  It 

causes  the  Throttle-Corntmand  Routine  to  be  entered  at  the  location  FLATOUT  at 
2 time  tj.  tj  can  be  slipped  by  R41. 

(8,  1)  If  q is  greater  than  qmax,  then  the  landing  site  is  visible  to  the  astro- 

naut and  the  window  is  pointed  along  the  line  of  sight. 

(8,  2)  If  q is  less  than  qmin,  then  the  landing  site  is  far  below  the  bottom  of 

the  v.'indow  edge,  and  the  window  is  simply  pointed  in  the  direction  of  the  Z-axis  of 
the  guidance  frame. 


(8,  3)  OGABIAS  is  zero  for  all  thrusting  programs  except  the  lunar  landing. 

(8,  4)  STEERSW  = 0 means  insufficient  thrust. 

(8a,  1)  The  notation  (limit  AHZLIM)  indicates  that  the  content  of  the  subsequent 
brackets  is  magnitude  limited  to  AHZLIM.  The  notation  i-1  indicates  the  use  of 
the  command  from  the  previous  pass,  and  on  the  first  P66  pass  indicates  the  com- 
mand from  the  final  P64  pass. 


(8a,  2)  The  priority  structure  of  AGC  jobs  is  not  ordinarily  treated  in  this 
volume.  It  is  discussed  here,  however,  because  of  its  extraordinary  significance 
to  the  landing  guidance.  The  effect  of  this  priority  structure  is  to  allow  only  one 
P66  job  to  run  at  one  time.  The  change  to  priority  21  is  shown  in  this  location  in 
order  to  avoid  breaking  up  the  preceding  equations.  Actually,  AHZCX  is  set  to 
GHZ,  and  AHZCY  and  AHZCZ  are  magnitude  limited,  after  the  priority  change. 


5. 3-102 


(8a,  3)  If  too  few  calls  to  the  Throttle -Command  Routine  are  made  between 

P66  deletions,  a non-abortive  alarm  is  issued. 

(8a,  4)  Since  the  ROD  cycle  time  is  one  second,  a WAITLIST  task  schedules 

ROD  at  this  point  every  other  second. 

(9, 1)  The  astronaut  can  bypass  the  auto  throttle  check  (channel  30  bit  5) 

by  setting  CHANBKUP  bit  4 to  1. 

(9,  2)  There  is  no  LGC  equivalent  of  the  MATRIX  Cpg.  In  the  LGC  a vec- 

tor is  transformed  from  platform  to  body  coordinates  and  vice  versa  by  the  LGC 
subroutine  *SMNB*  and  -NBSM*  by  rotating  the  vector  through  each  successive 
gimbal  angle,  never  explicitly  calculating  a transformation  matrix. 

(9,  3)  BIAS  is  the  delta  v bias  accruing  per  second,  and  thus  has  the 

units  of  acceleration. 

(9a,  1)  I^FC]^  corrects  jAFCj^g^^  for  an  extrapolation  of  H through  the  time 

interval  Lag.  At  the  extrapolated  time,  the  change  in  thrust  is  expected  to  be,  in 
effect,  achieved.  This  extrapolation  prevents  overshoots  in  H in  response  to  step 
changes  in  commanded  H.  See  MIT/DL  publication  E-2543. 

(11a,  1)  The  constant  assures  one,  and  probably  two,  guidance 

frame  erections  after  the  final  site  redesignation.  See  also  Note  (6,  1). 


5.  3 - 


103 


5.  3.  4.  6. 1 Nomenclature  of  the  Guidance -and  Control  Routine 
Conventions 

1.  A superscript  asterisk  denotes  a phase -dependent  quantity;  i.e.  , one 
erasable  is  indicated  for  the  braking  phase,  a different  erasable  for  the 
approach  phase.  If  one  quantity  is  always  used  regardless  of  phase, 

as  in  the  computation  of  AT  the  phase  is  indicated  by  a paren- 

thetical note. 

2.  a.  Time  quantities  measured  relative  to  liftoff  are  denoted  by  a name 

starting  with  lower-case  t. 

b.  Time  quantities  measured  relative  to  the  time  the  spacecraft  will  (or  if 

allowed  would)  achieve  the  projected  target  conditions  are  denoted  by  a 
name  starting  with  TTT. 


c.  Quantities  representing  an  interval  of  time  are  denoted  by  a name 

starting  with  M. 

3.  Names  of  vector  quantities  are,  in  general,  derived  from  the  following 

building  blocks: 


Vector  denotes  change 


u 

Unit  vector 

r 

Position  vector 

V 

Velocity  vector 

a 

Acceleration  vector 

i 

Jerk  vector  (d^r/dt^) 

{ ) 

Time  of  vector  validity 

Random  Modifiers: 

LS 

Landing  Site 

T 

Target 

D 

Desired 
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Coordinate  Frames,  always  the  last  letter  in  the  subscript: 


G Guidance 

P Platform 

L Lunar-Fixed  (Selenographic) 

I Inertial  (Basic  Reference) 

4.  Components  of  a particular  vector  are  denoted  by  the  name  of  the  vector, 
with  no  letters  underlined,  and  with  X,  Y,  or  Z inserted  in  the  penulti- 
mate position  of  the  subscript. 

5.  Transformation  matrices,  with  the  exception  of  REFSMMAT,  are  denoted 
by  C plus  two  subscripts,  the  first  of  which  indicates  the  frame  of  the 
vector  after  transformation,  and  the  second  of  which  denotes  the  frame 

of  the  vector  before  transformation  by  the  matrix. 

For  example,  will  transform  a vector  v to  guidance  from  platform 

coordinates  in  this  manner: 

-G  " ^GP-P 

6.  Row  vectors  of  a matrix  are  denoted  as  follows: 

-XGP 

-YGP 
C 

— ZGP 

7.  Letters  F and  P under  the  heading  TYPE  indicate  the  type  of  storage 
used  for  constants  which  are  Fixed  and  Padloaded -Erasable,  respectively. 
V indicates  variable. 
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TIME  QUANTITIES 


NAME 

DEL  TT  RIM 
DELTTTAP 


REDES 

REDES 

GUIDDURN 


LEADTIME 


PIPTIME 


^comp 


tcompold 


TYPE  DEFINITION 

P Duration  of  trim  maneuver. 

P An  augment  added  to  TTT  during  initialization  for 

the  first  guidance  cycle  of  the  approach  phase.  When 
the  value  of  TTT  computed  on  the  final  guidance  cycle 
of  the  braking  phase  is  thus  augmented,  it  nominally 
becomes  the  correct  value  for  the  first  guidance  cycle 
of  the  approach  phase.  This  causes  the  subsequent 
iterative  computation  of  TTT  to  converge  on  the  first 
or  second  pass.  Without  this  augment,  the  computa- 
tion of  TTT  would  require  many  iterations  on  the  first 
guidance  cycle  of  the  approach  phase  and  would  need- 
lessly waste  computer  time. 

V Time  remaining  to  redesignate  the  landing  site. 

F Time  interval  to  assure  at  least  one  computation  of 

guidance  coordinates  after  the  last  site  redesignation. 

F Estimated  time  interval  from  full  throttle  time  to 

*^LAND- 

P A positive  time  increment  used  to  compensate  for  the 

computation  delay,  plus  the  average  of  the  delay  in 
achieving  the  throttle  change  and  the  delay  in  achieving 
the  attitude  change. 

V Time  of  validity  of  the  state  vector  provided  either 
by  the  pre -ignition  computations  or  by  the  State- 
Vector— Update  Routine. 

V Time  at  which  a computation  takes  place.  That  is, 
^comp  is  the  current  time,  as  taken  from  the  com- 
puter clock. 

V Previous  tcomp- 
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NAME 

TYPE 

DEFINITION 

At 

comp 

V 

^comp  ^compold’ 

h 

V 

The  time  computed  by  the  pre -ignition  computations 
for  commanding  maximum  throttle  (start  of  braking 
phase). 

Atj 

V 

Correction  to  the  maximum  throttle  time  at  the  start 

of  the  braking  phase  to  correct  for  deviations  from 
nominal  of  the  state  at  that  point.  More  precisely, 

Atj  corrects  for  the  residual  in  the  equation  relating 
the  various  components  of  the  state  vector  deviation 
from  the  nominal  at  the  tj  computed  on  the  current 
iteration  of  the  pre -ignition  computations. 

'IG 

V 

Time  of  DPS  ignition  (the  start  of  the  TRIM  phase, 

minimum  throttle). 

*LAND 

P 

Time  of  landing  (initial  estimate). 

t . 

pip 

V 

A storage  location  for  PIPTIME  used  by  descent 
guidance. 

^2 

V 

A short  synonym  for  tpj^p. 

Vipold 

V 

Contains  t . of  the  previous  pass  through  descent 

pip 

guidance. 

TTT 

V 

Time  relative  to  achieving  target  conditions,  a neg- 
ative number. 

'^'^’^CGPF 

p 

The  value  of  TTT  at  which  computation  of  the  matrix 
Cqp  must  be  terminated. 

'^'^'^CGPI 

p 

The  value  of  TTT  at  which  the  computation  of  the 
matrix  C^p  can  be  initiated. 

p 

Criterion  for  phase  switching. 

TTTp 

V 

A predicted  value  of  TTT  to  account  for  the  total 

delay  between  reading  the  accelerometers  and  achiev- 
ing the  thrust  acceleration  commanded  on  the  basis 
of  those  accelerometer  readings. 

TTTppMP 

V 

Temporary  quantity  for  TTT. 
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Names  of  VECTOR  QUANTITIES  not  derived  as  in  part  3 of  Nomenclature 


NAME 

TYPE 

DEFINITION 

^-TrP 

V 

Nominal  velocity  increment  accrued  due  to  the  thrust 
acceleration  during  the  trim  phase. 

BLAND 

V 

Change  in  the  landing  site  vector  requested  via  N69. 

Must  be  initialized  to  zero  by  pad  loading. 

V 

Acceleration  due  to  gravity  at  time  t2. 

^ P 

V 

Lunar  rotational  angular  velocity,  platform  coordinates. 

-FDP 

V 

Thrust  acceration  command  vector,  platform  coordinates 
This  vector  is  given  a name  usually  associated  with 
unit  vectors  because  it  is  an  output  from  the  Guidance - 

and -Control  Routine  to  the  FINDCDUW  Routine  and  to 

the  Attitude  Maneuver  Routine  which  is  used  as  a 

pointing  Command  only.  There  is  no  requirement  for 
this  vector  to  be  of  unit  (or  semi-unit)  length,  and  it 

is  not  unitized. 

-pNP 

V 

Unit  vector  from  the  current  LM  position  to  the 
redesignated  landing  site,  platform  coordinates. 

-WDP 

V 

Window -pointing  vector,  not  necessarily  unit.  See 

definition  of 

^(^2)SURFP 

V 

Velocity  with  respect  to  the  surface,  in  platform 

coordinates. 
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MISCELLANEOUS  QUANTITIES 


NAME 

TYPE 

DEFINITION 

■^^TRIM 

F 

Thrust  acceleration  expected  during  Trim  Phase. 

AZBIAS 

P 

Azimuth  bias  to  correct  LPD  alignment  error. 

See  also  ELBIAS  and  OGABIAS. 

AZINCR 

V 

Commanded  azimuth  angle  change  accrued  since  last 
pass  through  guidance,  radians. 

AZINCRl 

V 

Net  count  of  AZIMUTH  redesignation  commands  issued 
since  last  pass  through  Guidance- and-ControI  Routine. 

DB 

V 

DAP  Deadband  width. 

ELBIAS 

P 

Elevation  bias  to  correct  LPD  alignment  error. 

See  also  AZBIAS  and  OGABIAS. 

ELINCR 

V 

Commanded  elevation  angle  change  accrued  since  last 
pass  through  guidance,  radians. 

ELINCRl 

V 

Net  count  of  elevation  redesignation  commands  issued 
since  last  pass  through  Guidance-and-Control  Routine. 

FLPASSO 

V 

A flag  which,  when  zero,  indicates  the  initial  guidance 
cycle  of  any  given  phase  of  the  lunar  landing. 

FRAC 

F 

Maximum  available  thrust  from  DPS  (used  for  radial 

control  guidance). 

gain"' 

P 

Gain  factor,  to  reduce  excessive  rotation  of  the 

guidance  coordinate  frame,  especially  during  site 
redesignation,  thereby  also  reducing  excessive  yawing 
during  approach  phase. 

K ,K 
a'  e 

F 

Scale  factors  relating  AZINCR  and  ELINCR  to 

AZINCRl  and  ELINCRl. 

P 

Coefficients  used  by  the  pre -ignition  computations  in 
computing  Atj-. 

m 

(P) 

Mass  of  the  vehicle:  register  is  pad-loaded,  although 
the  astronaut  has  the  option  to  reload  it  after  R03  is 

begun.  The  mass  is  updated  by  State  Vector  Update 

Routine. 

■"i 

V 

Ignition  algorithm  loop  counter. 
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NAME  TYPE 


DEFINITION 


OGABIAS  P 

OUTOFPLN  V 

qmax,  qmin  F 


’^IGZG,  "^IGXG 
s V 


Ignition  algorithm  subloop  counter. 

Outer  gimbal  angle  bias  input  to  FINDCDUW. 

See  also  AZBIAS  and  ELBIAS. 

Amount  landing  site  is  out  of  CSM  orbital  plane. 

Upper  and  lower  criteria  used  in  choosing  window- 
pointing command  vector. 

Components  of  the  nominal  position  vector  in 
guidance  coordinates  at  " GUIDDURN 

Specific  force,  or  thrust  acceleration. 


‘^XCRIT 


'^IGG 


F Maximum  value  for  elevation  increment.  Ensures 

site  will  not  be  redesignated  above  the  horizontal 
plane,  which  would  yield  a site  to  the  rear  of  the 
current  LM  position. 

P Absolute  value  of  nominal  velocity  in  guidance 

coordinates  at  - GUIDDURN. 


WCHPHASE  V The  current  phase  of  the  lunar  landing. 

tOjyj  F Rotational  rate  of  the  moon  with  respect  to  inertial 

space  (radians/ CS). 


NAME 

FLAUTOX 

REDFLAG 

RODFLAG 

STEERSW 


FLAGS 

MEANING  WHEN  = 1 

Inhibit  X-axis  override 

Landing  site  redesignation 
permitted 

No  P66  deletion  or  Restart 
has  occurred  since 
RODFLAG  last  set 

Sufficient  thrust  - Call 
Throttle-Command  Routine 
and  FINDCDUW  Routine 


MEANING  WHEN  = 0 

Allow  X-axis  override 

Landing  site  redesignation 
not  permitted 

P66  deletion  or  restart  has 
occurred 

Insufficient  thrust  - Do  not 
call  Throttle- Command 
Routine  or  FINDCDUW 
Routine 
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QUANTITIES  RELATED  TO  P66 


NAME  TYPE 


ACC 

max  [ 

V 

lAFl 

V 

lAFCl^ 

V 

1 AFC 

V 

V 

AHZC 

V 

AHZCX  . 

AHZCY  > 

AHZCZ  ‘ 

V 

AHZLIM 

P 

BIAS 

P 

CNTTHROT 

V 

DELVPIP  p 

V 

DELVROD  p 

V 

6fp 

V 

GHZ 

F 

Sp 

V 

H 

V 

H 

V 

% 

V 

Lag/TAUROD 

P 

LASTTPIP 


V 


DEFINITION 


Current  limits  on  thrust  acceleration. 


Magnitude  of  the  measured  thrust  acceleration  vec- 
tor during  interval  since  last  pass  through  ROD 
computations . 

Magnitude  of  the  commanded  thrust  acceleration 
vector  correction  for  the  computation  and  engine 
time  delays. 

Magnitude  of  the  commanded  thrust  acceleration 
vector  corrected  and  issued  to  the  Throttle -Command 
Routine . 

Magnitude  of  the  commanded  thrust  acceleration 
vector  based  on  the  altitude  rate  error  at  the  P66 
PIPA  read  time. 

Commanded  thrust  acceleration  vector  for  nulling 
horizontal  velocity  error. 


Components  of  AHZC 


Maximum  allowable  value  of  AHZCY  and  AHZCZ 
PIPA  bias  acceleration. 

Counts  number  of  times  the  Throttle-Command 
Routine  has  been  called  since  last  initialization 
of  CNTTHROT.  Initialized  at  -TOOFEW. 

Total  PIPA  count  since  PIPTIME. 

The  negative  of  the  total  PIPA  count  since  last 
pass  through  ROD  computations. 

F-weight:  Commanded  force  times  total  system  lag 
divided  by  the  guidance  cycle  interval. 

Approximate  Lunar  Gravity  at  P66  altitude. 
Acceleration  due  to  gravity  at  PIPTIME. 

Altitude 

Measured  altitude  rate.  Note:  H is  originally 
computed  in  the  State  Vector  Update  Routine,  and 
is  updated  by  P66  guidance. 

Desired  altitude  rate 

Lag  is  the  interval  from  the  ROD  PIPA  read  instant 
to  the  time  the  resulting  thrust  change  is,  in  effect, 
achieved  (i.  e,,  the  time  an  equivalent  acceleration 
step  is  achieved  as  shown  in  Appendix  A of  MIT/DL 
Report  E-2543. ) The  erasable  padload  Lag/TAUROD 
simplifies  the  LGC  arithmetic. 

The  time  of  the  preceding  P66  PIPA  readings. 
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NAME 


TYPE 


DEFINITION 


maxforce) 

P 

Thrust  limits  of  the  Throttle-Command  Routine,  i 

MINFORCE  ) 

OLDPIPAp 

V 

The  PIPA  readings  of  the  current  P66  cycle. 

OMEGAQ 

V 

The  current  autopilot  estimate  of  the  attitude 
rate  about  the  Q (or  Y)  body  axis. 

PIPAp 

V 

Registers  which  collect  the  accelerometer 
counts.  These  are  reset  to  zero  when  read  by 
the  State  Vector  Update  Routine,  but  are  not 
reset  when  read  by  P66. 

PIPATMPp 

V 

PIPA  read  temporaries  for  P66  velocity  update 
and  landing  analog  displays.  Filled  by  the  State 
Vector  Update  Routine  and  zeroed  by  it  when  it 
transfers  the  temporary  state  vector 
to  the  permanent  registers  £p  , ^p. 

PRIORITY 

V 

Priority  level  assigned  to  each  job  scheduled  in  the 

AGC. 

QHZ 

p 

A gain  constant  for  horizontal  nulling. 

RIMUZ 

F 

The  Z coordinate  of  the  IMU  in  the  LM  body 
frame. 

RODCOUNT 

V 

Count  of  the  number  of  manipulations  of  the  ROD  con- 
troller since  the  preceding  pass  through  the  ROD 
equations  or,  on  the  first  ROD  pass,  since  the  final 
pass  through  the  P63  or  P64  guidance  equations. 

RODSCALE 

P 

Altitude  rate  increment  produced  by  one  manipulation 

of  the  Rate-of- Descent  Controller. 

RUPTREGp 

V 

The  PIPA  readings  of  the  preceding  P66  cycle. 

TAUHZ 

p 

Inverse  gain  constant  for  horizontal  nulling. 

TAUROD 

p 

Inverse  gain  of  ROD  guidance.  This  is  the  time 
constant  of  the  exponential  nulling  of  the  altitude 

rate  error. 

TEMp- 

V 

PIPA  read  temporaries  for  P66  thrust  accel- 
eration computation.  Filled  by  the  State  Vector 

Update  Routine  and  zeroed  by  P66  vertical  chan- 
nel after  use. 

THISTPIP 

V 

The  time  of  the  current  P66  PIPA  readings. 

TOOFEW 

p 

One  less  than  the  minimum  number  of  throttlings 
between  P66  deletions. 
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NAME 


TYPE 


DEFINITION 


TTPIP 

V 

t - PIPTIME:  Time  interval  since  the  validity  time 
of  the  current  state  vector  rp,  Vp. 

Hfdp 

V 

Thrust  direction  input  to  FINDCDUW.  Also  stores 

the  last  valid  thrust  acceleration  vector  command 
from  P63,  P64,  or  P66. 

^DP 

V 

Commanded  velocity  vector  for  horizontal  guidance. 
Initialized  at  approximately  lunar  surface  rate. 

y66p 

V 

Velocity  vector  computed  by  P66  valid  at  P66  sampl 

instant. 

i 

V 

Angle  between  X-axis  of  vehicle  and  the  local 

vertical. 

2LATE466 

P 

Critical  time  interval  between  current  time  and 

PIPTIME  of  current  servicer  cycle  beyond  which 
one  P66  pass  is  skipped  (two  ROD  passes  are 
skipped). 
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5.  3.  4.  7 Throttle-Command  Routine 

The  Throttle-Command  Routine  determines  the  thrust  increment 
required  to  achieve  the  thrust  acceleration  command  s issued  by  the  Guidance-and- 
Control  Routine,  and  issues  the  corresponding  command  (ABIT,  a bit  count  increment) 
to  the  Descent  Engine  Control  Assembly. 

The  Throttle-Command  Routine  operates  the  engine  in  the  throttleable 
region  or  at  maximum  thrust.  The  throttleable  region  is  limited  by  manual  throttle 
voltage  at  the  lower  end,  and  by  mixture  ratio  variations  and  radically  increasing 
erosion  at  the  higher  end.  The  upper  limit  of  the  throttleable  region  is  defined  by 
the  switching  criterion  FHI,  which  is  defined  as  that  thrust  above  which  the  engine 
must  not  operate  unless  the  throttle  is  moved  to  its  maximum  position,  limited  by 
a hard  mechanical  stop. 

An  information-flow  diagram  for  the  Throttle-Command  Routine  is 
presented  as  Figure  3.4.  7-1.  The  basic  characteristics  of  this  routine  as  are  follows 

An  initial  value  of  command  thrust  f is  first  computed,  using  the  current 
estimated  vehicle  mass  m and  the  command  thrust  acceleration  s.  When  it  is  desired 
to  place  the  throttle  at  its  maximum  setting, a command  thrust  augment  is 

required  to  insure  that  the  throttle  is  kept  and  held  against  the  mechanical  stop. 

The  measured  thrust  f corresponding  to  the  present  throttle  setting  is 
computed  using  the  magnitude  of  the  measured  PIPA -output  data  Avp  for  the  interval 
At  between  the  last  two  PIPA -processing  times.  Because  of  computation  delays  and 
other  factors,  the  change  in  throttle  setting  is  not  actually  accomplished  until  close 
to  the  subsequent  PIPA  processing  time.  Therefore  the  term  | Avp|  m/At  is  not 
an  accurate  measurement  of  thrust  at  the  current  throttle  setting  unless  the  throttle 
setting  was  not  changed  the  previous  guidance  cycle.  Accordingly,  if  the  previous 
throttle  cycle  was  within  three  seconds  of  the  current  cycle,  a correction  term  61^ 
is  added  to  improve  the  accuracy  of  the  measurement.  The  subscript  p is  used  to 
indicate  that  the  correction  term  used  on  the  current  cycle  through  the  Throttle- 
Command  Routine  was  computed  on  the  preceding  cycle. 

In  order  to  determine  whether  to  operate  in  the  throttleable  region  or 
at  maximum  throttlejthe  Throttle-Command  Routine  compares  the  present  thrust 
command  f,  and  the  previous  thrust  command  f , against  the  switching  criterion 
FHI,  and  a somewhat  lower  criterion  FLO.  If  the  throttle  is  in  the  throttleable 
region,  these  tests  cause  the  throttle  to  remain  in  the  throttleable  region  as  long  as 
the  thrust  command  remains  below  FHI.  If  the  throttle  is  at  maximum,  these  tests 
cause  the  throttle  to  remain  at  maximum  as  long  as  the  thrust  command  remains 
above  FLO.  The  separation  between  FLO  and  FHI  assures  the  throttle  will  never 
oscillate  between  the  maximum  setting  and  the  throttleable  region. 
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Kig.  3.  4.  7-1  Throttle -Command  Koutinc 

*At  is  the  period  of  the  guidance  cycle  of  the  guidance  program  calling  the  Throttle 
Command  Routine.  Thus  in  PGfi,  At  is  half  its  value  in  other  guidance  programs. 
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The  correction  term  6fp  is  computed  for  the  subsequent  cycle  to 
account  for  three  effects.  The  first  term  within  the  square  brackets  accounts  for 
the  elapsed  time  between  reading  the  PIPAs  and  issuing  the  throttle  command.  The 
second  term  accounts  for  the  dynamic  delay  of  the  engine  in  responding  to  a change 
in  throttle  setting.  The  third  term  accounts  for  the  ramp  character  of  the  throttle 
command  proceeding  from  the  Descent  Engine  Control  Assembly,  i.  e.  , following 
the  LGC  computation,  the  voltage  from  this  device  changes  at  a constant  rate  from 
the  initial  to  the  final  value,  it  does  not  change  in  step  fashion.  This  third  term  is 
important  only  when  a large  change  in  thrust  is  commanded,  such  as  when  throttle 
control  is  recovered  during  the  braking  phase. 
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5.  3.  4.  8 


Landing  Maneuver  Display  Computations 


During  the  lunar  landing  maneuver,  the  LGC  is  required  to  provide  digital  dis- 
plays on  the  DSKY  and  drive  analog-type  vehicle  displays.  The  digital  displays  are  updated 
atthe  normal  PlPA-outputprocessingtimes,  i.e. , every  two  seconds,  with  the  exception  of 
H and  H,  which  are  updated  once  per  second  in  P66.  The  analog  displays  are  updated  at 
approximately  . 25-second  intervals  between  the  normal  PIPA  processing  times. 

DSKY  Display  Parameters 


The  following  digital  display  parameters  are  required  for  the  lunar - 
landing  programs  P63,  P64,  and  P66  as  automatic  or  callable  DSKY  displays  as 
specified  in  Section  4: 


1.  ) H : 


2.  ) H : 


3.)  ABVEL: 


Altitude 

The  estimated  local  altitude  of  the  vehicle  as 
derived  from  the  difference  between  the  magni- 
tude of  the  current  position  vector  (rp)  and  the 
landing- site  radius  magnitude 

Altitude  Rate 

The  component  of  the  vehicle's  velocity  that  lies 
along  the  local-vertical  direction 

Inertial  Velocity 

The  magnitude  of  the  vehicle's  inertial  velocity. 


4.  Measured  or  Accumulated  AV 

The  total  required  velocity  increment  ( AV) 
accumulated  to  the  current  time  during  the 
powered  landing  maneuver. 

5.  TFI:  Time  from  DPS  Ignition 

The  difference  between  the  present  time  (t) 
and  the  DPS  ignition  time  (tj^),  where 
t jQ  is  the  time  at  which  the  trim  phase 
is  started. 


5. 3-117 


6.  Ah:  Altitude  Difference 

The  difference  between  the  measurement  of 
local  altitude  as  derived  from  LR  range  data 
(h)  and  the  altitude  derived  from  the  extrapolated 
state  estimate  (h')  as  modified  by  the  a priori 
terrain  model. 

7.  TTT:  Time  relative  to  achieving  target  conditions. 


t 


REDES  ■ 


9. 


v 


HF  • 


10.  OUTOFPLN: 


1 1 . RANGE  : 


12.  del: 


Time  remaining  to  redesignate  the  landing 
site. 

Forward  component  of  the  horizontal  velocity 
of  the  vehicle  with  respect  to  the  moon. 
Computed  by  same  equations  that  compute 
Vrf  analog  meters. 

Out-of-plane  or  cross -range  distance  between 
the  initial  LM  descent  orbital  plane  and  the 
original  landing  site.  This  parameter, 
displayed  to  the  nearest  0.  1 n.  mi.  , represents 
the  cross-range  distance  that  will  be  traversed 
during  the  powered  landing  maneuver.  A 
positive  sign  signifies  a landing  trajectory  out- 
of-plane  change  to  the  north,  negative  to  the 
south.  This  computation  is  performed  one 
time  only,  at  the  start  of  P63. 

Range  to  the  Landing  Site 

The  horizontal  range  from  the  LM  to  the 

current  landing  site. 

LPD  Angle 

The  depression  angle  of  the  current 
landing  site  referenced  to  the  Landing 
Point  Designator. 


The  computations  required  for  the  display  quantities  H,  H,  ABVEL, 
AVm.  shown  in  the  State- Vector- Update  Routine  information- 

flow  diagram.  H and  are  also  computed  in  the  Guidance  and  control 
routine,  as  are  TTT.  ATredeS*  OUTOFPLN.  RANGE  and  Get,. 
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Analog  Display  Parameters 


The  Landing  Analog  Displays  Routine,  RIO,  drives  four  analog  displays 
during  landing,  ascent,  and  abort  maneuver  phases.  Computations  are  performed 
four  times  per  second,  but  the  results  are  displayed  only  if  the  crew  places  the 
MODE  SEL  switch  in  the  PGNS  position.  The  following  quantities  are  displayed: 


1.  ) h; 


2.) 


V 


v' 


3.  ) '^HF' 


V 


HL 


Altitude 

The  estimated  local  altitude  of  the  vehicle 

as  derived  from  the  difference  between  the  j 

magnitude  of  the  current  position  vector  S 

( 1 rp  I ) and  the  magnitude  of  the  landing 

site  radius  O^Lgl)’  The  LGC  drives  a 5 

digital  tape  meter  with  altitude  scaled  at  2.  345 

feet/bit  over  a range  of  0-60,  000  feet. 

Altitude  Rate 

The  component  of  the  vehicle's  velocity  that  lies 
along  the  local- vertical  direction  (uj^p).  The 
LGC  drives  a digital  tape  meter  with  this  para- 
meter scaled  at  0.  5 ft/ sec  per  bit  over  a range 
of  ±500  ft/sec. 

Forward  and  Lateral  Velocity 

Orthogonal  components  of  the  horizontal  velocity 
of  the  vehicle  with  respect  to  the  moon,  which  are 
essentially  parallel  and  perpendicular  to  the  X - 
Z plane  of  the  vehicle  (for  small  pitch  and  roll 
angle  displacements).  The  coordinates  and  dis- 
play requirements  for  these  velocity  components 
are  defined  in  ICD  LIS-540-10001.  The  scaling 
of  these  components  is  for  a range  of  ±200  ft/sec. 


The  State  Vector  Update  Routine  provides  the  following  quantities  needed 
for  the  displays.  These  quantities  are  updated  every  2 seconds,  and  are  valid  at 
PIPTIME,  the  time  the  PIPAs  are  read. 


vp  - Inertial  velocity  of  LM  (Stable  Member  Coordinates) 

(G-VBIAS)  - Acceleration  of  Gravity  minus  PIPA  bias 

PIPATMPp  - Contents  of  PIPAs  at  PIPTIME 

mp  - Unit  position  vector  at  PIPTIME 
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H - Altitude 

H - Altitude  Rate 

DALTRATE  - Rate  of  change  of  H due  to  change  in  direction  of 

iihP 

YSURF  - Lunar  Surface  Velocity 

Also  available  are  the  present  PIPA  readings  (PlPAp)  and  the  Stable 
Member  Outer  Gimbal  Angle  (AOG). 

RIO  keeps  the  displays  up  to  date  between  state  vector  updates  by  using 
PIPA  data  at  intermediate  times,  t^.  In  the  following  equations,  the  subscript  i 
refers  to  the  display- computation  time. 

For  each  RIO  update,  the  vehicle's  velocity  with  respect  to  the  moon, 
^Mp*  inust  first  be  computed: 

-MP  " -P"^  (G-VBIAS)  (t.-PIPTIME)  + PIPAp  + PIPATMPp  - VSURF 

From  this  can  be  calculated  the  vertical  velocity,  Vy: 

'"Vi  = ilMPi  • ^hP  + (DALTRATE)  (ti-PIPTIME) 

The  vehicle  altitude,  h,  can  then  be  computed: 

V * 

hi  = H + _Xi  ^ ^ (ti-PIPTIME) 

2 

Finally  forward  and  lateral  velocity  components  (vjjp  and  vjjp)  are 
computed  using  the  assumption  that  the  cross  range  unit  vector  corresponds  to 
the  stable  member  Y axis;  and  therefore,  the  downrange  unit  vector  is  related  to 
the  unit  position  vector,  Uj^p. 

'"HZi  = - '"MPXi  '^hPZ  + '"MPZi  'ihPX 

'^HYi  " '^MPYi 

'"HFi=  '"HZi  AOGi  - VpYi  sin  AOG^ 

Vpp^=  Vjj2-  sin  AOGi/ + v^jy^  AOGi  | 

For  ascent  or  aborts,  the  last  two  equations  are  replaced  by: 

'"HLi  ^ '"MPYi  + VSURFy  and  vjjFi  = 0 
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5.  3. 4.  9 Landing  Confirmation  Routine  and  Post-Landing  Sequences 


When  the  lunar  probe  indicates  contact  with  the  lunar  surface,  the  crew 
shuts  down  the  DPS  and  waits  for  touchdown.  When  touchdown  has  been  confirmed, 
the  Landing  Confirmation  Routine  (P68)  is  entered  via  the  DSKY  to  terminate  all  of 
the  landing  maneuver  routines.  The  Average-G  Routine  is  allowed  to  cycle  to  the 
next  PIPA  processing  time  to  establish  the  final  landing  condition  state  vector.  The 
lunar  surface  flag  is  set,  and  the  final  LM  position  r p is  transformed  to  the  Moon- 
Fixed  Coordinate  System  as  si^nd  stored  for  following  prelaunch  programs. 

While  on  the  surface,  the  Planetary  Inertial  Orientation  Subroutine 
is  used  to  advance  the  landing  site  position  vector  £pg  to  designated  times  for  com- 
putations performed  in  Basic  Reference  Coordinates  involving  the  LM  state  vector 
while  on  the  lunar  surface. 


The  vehicle  attitude  in  lunar-fixed  coordinates  is  determined  as  in  the 
Lunar  Surface  Alignment  Program  P57  and  stored.  Before  PGNCS 
power  down,  an  IMU  fine  alignment  is  made  and  the  vehicle  attitude  redefined  and 
stored  in  place  of  the  previous  attitude.  These  vehicle  attitude  vectors  (the  body  X- 
and  Z-axis  directions)  are  used  in  the  following  IMU  alignment  operations.  An  AGS 
initialization  operation  is  normally  performed  prior  to  PGNCS  power  down.  The 
LGC  computed  latitude,  longitude  and  final  site  altitude  are  displayed  on  the  DSKY. 
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(Pages  5.3-122,  5.3-123  and  5.3-124  intentionally  omitted.) 
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5.  3.  5 


POWERED  ASCENT  GUIDANCE 


5.  3.  5.  1 Guidance  Objective 


The  objective  of  the  Powered  Ascent  { 

Program  (P-12)  is  to  control  the  LM  ascent  maneuver  to  achieve  a 
specified  velocity  vector  at  a desired  altitude  relative  to  the  launch 
site  and  desired  distance  out  of  the  CSM  orbital  plane.  In  order  to 
control  the  ascent  maneuver  to  these  three  velocity  and  two  position 
injection  constraints,  an  explicit  guidance  concept  is  used  which  employs 
a linear  control  law.  The  engine  configuration  allows  control  of  the 
direction  of  thrust  only;  thus  explicit  control  of  only  radial  (R)  and 
cross  range  (Y)  position  and  velocity  is  possible.  The  desired  velocity 
in  the  down  range  (Z)  direction  is  achieved  by  terminating  the  thrust  at  the 
proper  time.  The  development  of  the  ascent  guidance  equations  is 
such  that  the  best  performance  is  achieved  when  the  required  velocity 
change  is  in  the  down  range  (Z)  direction.  In  the  lunar  launch  or  abort 
maneuvers,  controlled  by  this  program,  all  injection  position  and 
velocity  parameters  are  therefore  controlled  with  the  exception  of 
the  position  along  the  velocity  vector,  referred  to  as  the  down  range 
position. 


The  Powered  Ascent  Guidance  Program  can  control 
LM  ascent  maneuvers  initiated  from  non-coplanar  launch  conditions 
to  be  coplanar  with  the  CSM  orbital  plane  at  injection,  or  parallel  to 
the  CSM  orbital  plane  at  a specified  out-of-plane  or  cross  range 
distance  if  the  astronaut  does  not  wish  to  remove  all  of  the  launch 
out-of-plane  distance  during  the  ascent  maneuver.  The  program  is 
also  designed  to  achieve  ascent  injection  under  some  off  nominal 
APS  thrust  conditions  (e.  g.  a single  APS  helium  tank  failure),  and 
to  allow  for  RCS  injection  in  cases  of  premature  APS  shut  down. 
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The  Powered  Ascent  Guidance  Program  consists  of 
three  major  phases. 

1)  Pre- Ignition  Phase 

2)  Vertical  Rise  Phase 

3)  Ascent  Guidance  Phase 

The  computational  procedures  (Section  5.  3.  5.  9) 
presented  in  this  section  are  also  used  during  abort  maneuvers 
initiated  from  the  powered  lunar  landing  maneuver.  These  abort 
maneuvers  can  use  either  the  DPS,  APS,  or  a staged  combination  of 
the  two  to  achieve  the  desired  abort  injection  conditions.  The  abort 
programs  and  targeting  used  to  control  abort  maneuvers  using  the 
Powered  Ascent  Guidance  are  presented  in  Section  5.  4.3. 
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5.  3.  5.  2 


Ascent  Guidance  Coordinate  Systems 


The  Powered  Ascent  Guidance  Program  uses  two 
special  coordinate  systems  in  addition  to  the  coordinate  systems 
defined  in  Section  5.  1.  4. 

One  is  an  instantaneous  local  vertical  coordinate 
system  which  is  used  in  the  velocity  control  portion  of  the  ascent 
guidance  computations.  This  coordinate  system  was  selected  because 
the  radial  rate  and  horizontal  component  of  velocity  for  a vehicle  in  a 
circular  orbit  remain  nearly  fixed  in  the  absence  of  thrust  acceleration. 

The  other  is  an  inertial  moon  centered  pseudo 
coordinate  system  in  which  one  axis  is  an  arc  length.  This  system 
is  referred  to  as  the  Target  Coordinate  System. 

Both  coordinate  systems  are  illustrated  in  Fig.  3.  5-1 
and  are  defined  as  follows. 


Target  Coordinate  System 

The  target  coordinate  system  is  referenced  to  the 
CSM  orbital  plane  and  initial  LM  position  by; 

Q = UNIT  X r 

S = UNIT  (Tq  X Q)  (3.  5.  1) 

P = Q X S 
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where  and  are  the  CSM  position  and  velocity  vectors,  and  r^ 
is  the  initial  LM  position  vector  at  tj^^.  The  vehicle  Y position  is 
measured  from  the  PS  plane  as  shown  in  Fig.  3.  5-1  as  an  arc  length. 


Local  Vertical  Coordinate  System 

The  local  vertical  coordinate  system  of  Fig.  3.  5-1 

is  defined  by: 


= UNIT  (r) 

U2=  UNIT  (u^X  Q)  (3.5.2) 

where  r is  the  current  LM  position  vector.  The  vector 
(Fig.  3.  5-1)  is  the  LM  position  vector  at  engine  cut-off. 

5.  3.  5.  3 Input  - Output 


The  following  input  parameters  are  required  by  the 
Ascent  Guidance  Program  in  addition  to  the  CM  and  LM  state  vectors 
normally  stored  and  updated  in  the  LGC. 

Input  Parameters 

1.  tjQ  Ignition  time 

2.  Rj^  Desired  injection  radius  (Nominally 

60,  000  ft.  larger  than  tho  landing  site  radius ) 
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3. 

Yd 

Desired  injection  out-of-plane  distance, 
measured  from  the  CSM  orbital  plane 

4. 

^D 

Desired  injection  radial  velocity 

5. 

Yd 

Desired  injection  cross  range  velocity 

6. 

^D 

Required  injection  down  range  velocity 

These  prestored  desired  injection  parameters  will  control  the  ascent 
maneuver  to  cut-off  in  the  CSM  orbital  plane  at  an  altitude  of  60,  000  ft. 
with  a coplanar  velocity  vector  that  will  result  in  a 30  nm  apolune  altitude. 
The  injection  and  trajectory  apolune  altitudes  are  measured  with  respect 
to  the  launch  site  radius  magnitude. 

This  orbit  is  to  be  used  for  a "quick,  early  takeoff  ► " 

% « 

For  a normal  launch,  the  astronaut  will  modify  the  and  Zj^  target 
parameters  to  yield  a 45  nmi  apolune  altitude.  He  also  has  the  option 
to  change  Yj^,  if  the  cross -range  required  to  achieve  Yj^  = 0 is  large 
enough  to  strain  the  A V budget. 


Output  Parameters 

The  following  parameters  are  the  basic  outputs  of  the 
Ascent  Guidance  Program; 

1.  Commanded  thrust  attitude  vector  to 
— x*  Ur^ 

FINDCDUW  Program  in  IMU, 
or  platform, coordinates 

2.  ^iwDP  Command  vector  to  FINDCDUW  used  for 

vehicle  attitude  control  about  the  thrust 
axis  in  platform  coordinates 

3.  Engine -off  Signal 

4.  The  following  display  parameters  (See  Section  4, 
P-12): 
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Pre 

-Ignition  Phase 

a) 

he 

Input  ignition  time  initially  displayed 

for  verification 

b) 

CR 

Cross  range  distance  from  the  launch 
site  to  the  CSM  orbital  plane  that  will 
be  taken  out  during  the  ascent  maneuver 

c) 

Down  range  injection  velocity,  as 
initially  targeted 

d) 

Injection  radial  rate,  as  initially 
targeted 

e) 

FDAI  Yaw  ] 
Angle 

/ 

1 

The  yaw  angle  that  should  be  present 
> on  the  FDAI  at  the  end  of  the  vertical 

rise  phase  prior  to  pitch  over 

The  FDAI  pitch  angle  that  should  be 

f ) 

FDAI  Pitch 
Angle 

! 

^ present  after  pitch  over  has  been 

completed  in  the  early  portion  of  the 
ascent  guidance  phase 

g> 

TFI 

Time  from  Ignition 

Vertical  Rise  and  Ascent  Phase 

a) 

^'"gb^x 

X-component  of  velocity  to  gain,  in 
body  coordinates. 

b) 

• 

h 

Altitude  Rate 

c) 

h Altitude  or  radial  position  measured 

from  the  landing  site  radius 

Callable  Displays 

Set  1 

" a) 

^go 

Time  from  cut-off 

-< 

b) 

^^GB  ^ Y 

Y-component  of  velocity  to  gain,  in 
body  coordinates. 

v 

Inertial  speed 

Set  2 . 

A) 

XGB 

Velocity  to  gain,  in  body  coordinates 
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5.  3.  5.  4 


Powered  Ascent  Program  P12  Pre- Ignition  Phase 


The  pre- ignition  computation  sequence  is  shown  in 
Fig.  3.  5-2.  With  reference  to  this  figure,  after  the  ignition  time, 
tjQ,  has  been  verified  by  the  astronaut,  the  following  is  a definition 
of  the  parameters  initialized  (numeric  values  are  found  in  Section  5.  8). 

a.p(APS)  = Initial  APS  thrust  acceleration 

T (APS)  = Initial  APS  mass  to  mass  flow 

rate  ratio 


1 

AV 


Initial  velocity  parameter  for 
1 1 


the  initialization  of 


and 


in  the  thrust  magnitude, filter 


(Section  5.  3.  5.  9) 


“^Vail-off 


(APS) 


A negative  time  increment 

used  to  correct  t for  the 

go 

APS  tail- off 


Vg  (APS)  = APS  exhaust  velocity 


The  flag,  FLPI,  is  set  to  1 to  provide  for  the  use  of 
the  Ascent  Guidance  Equations  as  a subroutine,  predicting  the  commands 
at  tipover. 
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Three  of  the  five  desired  injection  target  parameters  (Rj^,  ^ 

are  then  initialized  as  shown  in  Fig.  3.  5-2.  After  the  target  vector  Q 
is  computed  and  the  time -to -go,  ^gQ*  ^ nominal  value  of 

370  sec.,  the  LM  position  vector  is  advanced  to  the  ignition  time,  t,.,_, 
by  the  Planetary  Inertial  Orientation  Subroutine  of  Section  5.  5.  2.  The 
velocity  v(tj^)  is  updated  as  a function  of  the  landing  or  launch  posi- 
tion determined  by  the  Planetary  Inertial  Orientation  Subroutine  as 
noted  in  Fig.  3.  5-2  where represents  the  lunar  inertial  rotation 

rate  and  the  unit  vector  u„  represents  the  lunar  axis  of  rotation.  The 

j— IVi  0 

remaining  two  targets,  R^^  and  Z^,  are  obtained  from  fixed  storage. 


During  the  initialization,  t^Q.  the  X-axis  override 
time  is  set  to  0.  This  operation  is  a remnant  from  an  earlier  version 
of  Luminary  in  which  it  was  possible  to  enter  the  Ascent  Guidance 
Equations  with  FLVP  = 0. 


The  initially -displayed  cross -range  distance,  CR,  to 
be  achieved  by  the  ascent  maneuver  is  based  on  injection  coplanar 
with  the  CSM  = Yj^  = 0).  If  the  astronaut  does  not  desire  to  have 
the  entire  launch  out -of -plane  distance  taken  out  during  the  ascent 
maneuver,  he  can  specify  how  much  out -of -plane  distance  should  be 
removed  during  the  powered  ascent  by  overwriting  the  initial  CR  DSKY 
display.  Injection  conditions  will  then  be  parallel,  but  non-coplanar 
with  respect  to  the  CSM  orbit  plane. 


The  radial  and  down-range  velocity  targets  are  those 
pre -stored  for  quick  liftoff,  and  in  a normal  launch  would  be  modified 
by  the  astronaut. 
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Equation  (3.  5.  3)  deleted  by  PCR  #270. 


With  reference  to  Fig.  3.  5-2,  the  LM  state  vector 
is  next  extrapolated  through  a nominal  vertical  rise  phase  so  that 
initial  ascent  guidance  phase  command  acceleration  vectors  can  be 
calculated  for  the  pre-ignition  phase  FDAI  displays.  These  ascent 
phase  acceleration  vector  computations  are  described  in  Section 
5.  3.  5.  9 and  in  Fig.  3.  5-3.  The  FDAI  yaw  and  pitch  angle  display 
parameters  determined  by  Eqs.  3.  5.  21  and  3.  5.  22  respectively  re- 
present the  FDAI  yaw  angle  that  will  be  achieved  at  the  end  of  the 
vertical  rise  phase  assuming  that  attitude  control  about  the  thrust 
axis  is  completed  in  this  phase,  and  the  FDAI  pitch  angle  that  will 
result  early  in  the  ascent  guidance  phase  after  pitch-over  transients 
have  damped  out.  The  time  from  ignition,  TFI,  is  the  final  display 
computation  made  in  Fig.  3.  5-2. 

The  final  operations  during  the  pre-ignition  phase  . 
are  to  extrapolate  the  LM  position  vector  to  a condition  30  seconds 
before  ignition,  t^^  - 30,  and  establish  the  LM  state  vector  para- 
meters 30)  and  v(tj.Q  - 30).  The  vertical  rise  phase  control 

flag,FLVI^  is  set,  and  the  Average-G  Routine  of  Sec.  5.  3.  2 is 
started  at  tj^  - 30.  The  Average  G Routine  is  cycled  at  2 second 
intervals  initiating  the  computation  sequence  illustrated  in  Fig.  3.  5-  3 
at  point  . The  APS  ignition  is  set  for  tj.^^ 
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V 


Fig.  3.  5-2  Powereii  Ascent  Guidance  P-12  Pre-Ignition  Mode 

( Page  1 of  2 ) 
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5.  3.  5.  5 


Powered  Ascent  Program  P12  Vertical  Rise  Phase 
Control 


The  computation  procedures  during  the  vertical  rise 
phase  are  described  in  Section  5.  3.  5.  9.  The  proper  path  through  these 
procedures  is  obtained  by  setting  control  flag  FLVP  = 1.  Most  of  the 
procedures  are  explained  in  Section  5.  3.  5.  9;  the  remainder  is  described 
below. 


As  shown  on  page  4 of  Fig.  3.  5-3  the  nominal  attitude 
X-axis  override  DAP  mode  is  inhibited  until  12  seconds  after  the 
vertical  rise  phase  has  been  completed. 

The  vehicle  attitude  is  controlled  by  FINDCDUW 
(Section  5.  3.  7)  about  the  thrust  or  vehicle  X axis  such  that  the  vehicle 
X - Z plane  contains  the  desired  window  pointing  direction. 

During  the  vertical  rise  phase,  is  defined  to  be  the  horizontal 

component  of  the  desired  acceleration  computed  by  the  guidance 
equations,  a p,  and  the  commanded  thrust  direction  Uppp  is  along 
the  local  vertical  vector.  These  two  vectors,  Hppp  and  a-^^p,  and 
the  yaw-control  mode  flag  FLAUTOX  are  the  required  input  parameters 
to  the  DM  digital  autopilot  interface  subroutine  designated  FINDCDUW. 
The  altitude  check  (h  s 25,  000)  shown  in  Fig.  3.  5-3  page  4 is  used  in 
the  abort  programs  P-70  and  P-71  (Section  5.4.  3)  to  add  an  additional 
altitude  constraint  on  the  vertical  rise  phase. 
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5.  3.  5.  6 


Powered  Ascent  Program  P12  Ascent  Guidance 
Phase  Control 


The  Ascent  Guidance  Phase  is  the  third  and  final 
phase  of  the  Powered  Ascent  Program  P-12  and  is  initiated  after  the 
vertical  rise  phase  is  terminated.  The  computation  procedures  are 
described  in  Section  5.  3.  5.  9.  The  proper  path  through  these  procedures 
is  obtained  by  setting  control  flag  FLVP  = 0. 


The  flag,  ROTFLAG,  is  provided  for  abort  maneuver 
control,  and  is  zero  during  P-12  operation.  The  operation  of  the 
equations  with  ROTFLAG  = 1 is  discussed  in  Section  5.  4.  3.  1,  4. 


During  the  Ascent  Guidance  Phase  the  vehicle  thrust 
attitude  is  commanded  to  be  along  the  desired  acceleration  vector  a ,j,. 
The  vehicle  attitude  about  the  thrust  axis  is  commanded  such  that  the 
LM  windows  or  +Z  axis  will  be  in  the  downward  direction.  The  X-axis 
override  DAP  mode  is  not  activated  until  12  seconds  (t^^Q)  after  the 
termination  of  the  vertical  rise  phase  to  allow  for  attitude  stabilization 
during  the  initial  pitch-over  maneuver.  The  astronaut  can  then  manually 
control  the  vehicle  yaw  attitude  for  the  duration  of  the  powered  ascent 
maneuver  if  desired.  If  the  X-axis  override  mode  is  not  exercised, 
the  existing  attitude  orientation  will  be  maintained. 

The  principal  outputs  of  the  program  are  the  two 

attitude  command  vectors  u_,_,t-,  and  u,,.,r-T-,  to  the  DAP  interface 

— FDP  — WDP 

subroutine  FINDCDUW  (Section  5.  3.  7). 
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5.  3.  5.  7 


RCS  Ascent  Injection 


If  the  APS  is  prematurely  shut  down  prior  to  ascent 
injection  or  if  it  is  desired  to  trim-up  the  ascent  injection  maneuver 
after  nominal  APS  termination,  the  Ascent  Guidance  Program  can  be 
used  to  aid  in  the  manual  control  of  the  RCS  to  achieve  the  desired 
velocity  injection  conditions.  The  computation  sequence  used  in  this 
type  of  operation  is  described  in  Section  5.  3.  5.  9 and  is  illustrated 
in  Fig.  3.  5-3  page  1 with  control  flag  FLRCS  = 1.  At  APS  termination 
the  AV  Monitor  Routine  places  the  vehicle  in  the  attitude  hold  mode. 
The  basic  computation  shown  in  Fig.  3.5-3  for  the  RCS  mode 
of  operation  is  the  determination  of  the  velocity-to-be-gained  vector, 
V,-,.  This  velocity  vector  is  transformed  from  IMU  platform  or  stable 
member  coordinates  to  vehicle  body,  or  navigation  base,  coordinates 
(Section  5.  6.  3.  2)  and  displayed  so  that  the  astronaut  can  manually 
complete  the  ascent  maneuver.  The  RCS  maneuver  is  done  with  4 RCS 
jets,  automatically  selected  by  the  setting  of  FL4  JET  at  the  beginning 
of  P12  and  P70/P71. 
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5.  3.  5.  8 


Abort  Guidance  from  Lunar  Landing  Maneuvers 


The  DPS  Abort  Program  P-70  and  APS  Abort 
Program  P-71  control  abort  programs  initiated  during  the  powered 
lunar  landing  maneuver.  The  basic  computation  sequence  used  by 
both  P-70  and  P-71  is  the  Powered  Ascent  Guidance  Computations  of 
Section  5.  3.  5.  9.  The  initialization  of  programs  P-70  and  P-71  is 
described  in  Section  5.  4.  3 and  Fig.  4.3  -1. 
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Ascent  Guidance  Computations  Used  by  P12,P70  and  P71 


The  guidance  computation  procedures  presented  in 
this  section  and  Fig.  3.  5-3  determine  the  desired  thrust  direction  and 
time  of  thrust  termination  for  both  the  vertical  rise  and  ascent  guidance 
phases  of  Program  P12  (Powered  Ascent)  and  Programs  P70  ♦ 

and  P71  (DPS  and  APS  aborts). 

The  figure  describing  the  computational  flow  of  these 
procedures  is  Fig.  3.  5-3  (pp.  1-4).  The  following  set  of  switches 
establish  the  proper  path  thru  these  procedures  for  the  various  users: 


FLRCS 


RCS  Injection  Mode 

Not  the  RCS  Injection  Mode 


FLENGl 


1 Engine  has  been  commanded  on 
0 Engine  has  not  been  commanded  on 


FLENG2 


j 1 An  engine  off  call  has  been  made 
0 An  engine  off  call  has  not  been  made 


FL4JET 


P7071FLG 


ROTFLAG 


{ 

{ 


1 

0 

1 

0 


4 RCS  jets  used  in  translation 

2 RCS  jets  used  in  translation 
Major  mode  is  P70  or  P71 
Major  mode  is  P12 

Rotation  control  is  imposed 
FINDCDUW  commands  shortest  rotation 
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FLVP 


FLPC 


FLPI 


FLDOC 


1 Vertical  rise  phase 

0 Not  the  vertical  rise  phase 

1 Injection  position  control  not  desired 

0 Injection  position  control  desired 

1 P-12  pre-ignition  phase 

0 Not  the  P-12  pre-ignition  phase 


0 


LM  is  not  docked  to  CSM 


In  addition  to  the  above  control  flags,  the  control  times  t2 
and  t 3 of  Fig.  3.  5-3  are  used  to  regulate  the  guidance 
functions  as  follows : 


tg  = 2 sec; 


Represents  the  time  interval  before 
engine  cut-off  during  which  all  guidance 
parameters  are  held  at  their  last 
computed  values. 


tg  = 10  sec: 


The  time  interval  before  engine  cut-off 
during  which  the  guidance  parameters 
B and  D that  control  the  injection 
position  in  the  R and  Y directions  are 
set  to  zero.  During  this  10  second 
interval  all  position  control  is  terminated 
and  the  guidance  system  attempts  to 
achieve  the  desired  injection  velocity 
conditions  until  tg. 
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With  reference  to  Fig.  3.  5-3,  the  computation  sequence 
is  initiated  at  point  by  the  Average -G  Routine  every  two 

second  computation  cycle.  The  following  parameter  computations 
are  made  in  the  sequence  illustrated  in  Fig.  3.  5-3  for  the  APS 
lunar  ascent  maneuver. 


Thrust  Filter  Bypass 


The  existence  of  an  engine  on  command  is  first  checked  and 
the  velocity  increment  AV  measured  by  the  PIPA's  over  the  last  computa- 
tion cycle  is  compared  with  a prestored  minimum  value  If  the 

measured  AV  is  less  than  the  X-component  of  velocity  to  gain, 

altitude  rate  and  altitude  are  displayed  and  commanded  attitude  rates  are 
zeroed.  This  check  is  in  addition  to  that  of  the  AV  Thrust  Monitor  Sub- 
routine of  Section  5.  3.  3.  6.  The  value  of  AV  . used  in  Luminary  is 
3.  56  m/sec. 

Thrust  Filter  Computations 

Assuming  a successful  engine  thrust  test,  the  thrust 
filter  computation  is  processed  next.  The  vehicle  velocity 
increments,  AV,  measured  by  the  PGNCS  IMU  integrating 
accelerometers  (PIPA's)  include  noise  not  only  from  the  main 
engine,  but  also  from  the  RCS  jets  used  for  attitude  control.  In 
order  to  estimate  an  accurate  thrust  acceleration  performance 
( a,p  and  r ).  several  successive  PIPA  AV.  readings  are  averaged. 

Under  the  assumption  of  a constant  mass  flow  engine,  1 / a^  is 
a linear  function  of  time.  The  ratio  of  mass  to  mass  flow  rate 
(t  ) is  then  computed  from  four  successive  PIPA  readings  AVq, 

AVj^,  AVg  and  AVg  as  follows; 
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(3.5.4) 


S-  1 1 1 +1 

= - AV/ SV-/ sv/ SVj 

T’  = ■§-  Vg  At  - 2 At  (3.5.5) 

where  At  is  the  computation  interval.  In  Eq.  (3.5.5)  the  first 
term  represents  the  estimate  of  t'  at  the  center  of  the  series  of 
time  increments  for  which  AV  was  measured,  and  the  second 
term  updates  the  estimate  to  current  time.  Additional  smoothing 
is  included  by  averaging  this  new  value  of  'T'  with  the  previous 
estimate  of  updated  by  At. 

T = ^ ( t'  + T - At)  (3.5.6) 


The  exhaust  velocity  is  prestored  in  the  LGC. 


In  the 


pre  -ignition  computation  for  lunar  laimch  the  three  velocity 
1 1 1 


increments 


AVg  ^V3 

constants.  When  a new  is  computed  it  is  stored  in  the 
l/AVg  register,  and  the  older  values  are  shifted  down.  The 
vehicle  thrust  acceleration  magnitude  is  then  computed  by 


and 


are  prestored  initialization 


V, 


(3.5.7) 
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With  reference  to  page  1 of  Fig.  3.  5-3,  the  following 
parameters  are  computed  after  the  thrust  filter  computation. 


Local  Vertical  Coordinate  System 


Uj^  = UNIT  (r  ) 

u^  = UNIT  (Upj  X Q) 


Local  Velocity  Components: 


R = I • Hr 

Y = H ' Hy 

z = I • Hz 


(3.5.8) 


(3.  5.  9) 


Local  Position  Computation 

The  radial  and  cross  range  positions  (Fig.  3.  5-1 ) are 
computed  by 


R = r 

Y = Rq  sin  ^ (u  ■ Q) 
= ^ H R • Q) 


(3.5.  10) 
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Effective  Gravity  Computation 


Seff  " ^ ■ Sn  (3.5.  11) 

2 2 

where  H = [ I r X v|]  and  is  the  magnitude  of  gravity  as 
computed  by  the  Average-G  Routine  of  Section  5.  3.  2. 


Velocity  to  be  Gained  Computation 


The  velocity-to-be-gained  vector  v_,  is  next  com- 
puted  as  shown  in  Fig.  3.  5-3,  page  1,  and  then  transformed  from 
the  stable  member  coordinates  in  which  the  local  vertical  system 
is  defined  to  the  vehicle  body  or  navigation  base  coordinate  system  by 
the  transformation  matrix  [ SMNB]  as  defined  in  Section  5.  6.  3.  2. 

This  velocity-to-be -gained  vector  referenced  to  navigation  base  coordi- 
nates is  used  for  display  parameters  in  the  RCS  injection  mode. 


Time -to -Go  Estimation 


As  shown  in  Fig.  3. 5-3,  page  2,  the  time-to-go,  t^^, 

is  determined  from  a truncated  series  expansion  of  the  exponential 

expression  for  t (v,.,): 

go  (j 


(3.5.  12) 
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The  series  expansion  used  to  approximate  the  above  expression  is 
truncated  at  the  second  order  term. 


go 


'^G 


(1 


1 

2 


^ ^^Tail-off 


(3.  5.  13) 


where 


mass 

mass  flow  rate 


= Exhaust  velocity 


^^Tail-off  ~ negative  time  increment  used  to 

correct  t for  the  thrust  tail- off. 

go 

For  P12  the  value  used  is  ^^'p^il-off 


When  the  guidance  is  operating  in  the  RCS  mode,  the 
time -to -go  computation  is  simplified  to 

‘go  ' 

where  (RCS)  is  an  assumed,  constant,  acceleration  corresponding 
to  4 RCS  jets  in  a dry  LM.  In  situations  where  only  2 jets  are  used 
this  leads  to  an  underestimate  of  t . However,  t is  only  used  in 
the  estimation  of  the  gravity  effect,  and  hence,  is  only  a second 
order  factor.  The  use  of  a 2 -jet  acceleration  could  lead  to  overflow 
in  the  computation  of  t 

go 
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Engine-off  Test 


On  page  2 of  Fig.  3.  5-3  the  engine-off  command  is  set  for 

t + t -At  when  t „„  first  falls  below  4 sec,  where  At  is  the 
go  c go  o 

computation  time  delay  between  the  reading  of  PIPA's  and  the 
sending  of  the  commands. 


Guidance  Parameter  Computations 


The  basic  guidance  concept  used  for  the  powered  ascent  is 
represented  by  the  equations: 


^TR  ~ [A  + B(t  - t^)]  - ggjj 
a.pY  ^ arj.  [ C + D(t  - t^)  ] 


(3.  5.  14a) 


where  and  a^y  are  the  required  accelerations  in  the  radial 

and  cross  range  directions  respectively,  a^  is  the  filtered  thrust 
acceleration,  and  t^  is  the  time  at  which  the  guidance  coefficients 
A,  B,  C and  D are  computed. 


Thei-e  is  a significant  delay  between  the  establishment  of  the 
state  vector  on  which  the  commands  are  based  and  the  sending  of 
the  commands  by  the  autopilot.  In  addition,  since  the  commands 
will  be  fixed  for  a 2 -second  period,  while  the  guidance  equations 
assume  components  varying  linearly  with  time,  the  value  of  t 
should  be  selected  in  the  middle  of  the  2 -second  command  period, 
so  that  the  actual  commands  are  equal  to  the  average  of  the  assumed 
linear  commands. 


These  delay  times  are  all  lumped  together  in  the  increment 
(t  - t^),  which  is  chosen  to  provide  good  guidance  performance.  In 
Luminary  the  present  value  of  t - t^  is  fixed  at  1 sec. 


For  satisfactory  scaling  within  the  LGC,  the  equations  are 
reorganized  into  the  form 


^TR  T ^ ■ ®eff 

Uty  = ^ (C  + [t-t^]  D) 


(3.  5.  14b) 
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where: 


B=[D2^(Rj3-R)-(Rj3-R-Rtg^)]/tg^E 

D =[D2^(Y^-Y)-(yj3-Y-Ytg^)l/tg^E 
A = - / ^ 

C = - 0^2°  - < - Y)/  L 


(3.5.  15) 

(3.5.16) 

(3.5.17) 

(3.5.  18) 


where  the  parameters  L,  0^2*  ^21’  ^ defined  on  page  2 of 

Fig.  3.  5-3  as  previously  mentioned.  When  the  time -to -go  .t^^, 

falls  below  10  seconds  ( t^ ) the  rate  coefficients  B and  D are 

set  to  zero,  and  the  injection  position  control  is  terminated. 

When  t falls  below  2 seconds  ( t„  ) no  further  guidance  cocfficienc 
go  z 

computations  are  made  and  the  previous  values  are  held  for  the 
remainder  of  the  maneuver. 


In  order  to  make  the  response  of  PGNCS  similar 

to  that  of  the  back  up  system,  AGS,  the  pitch  rate  parameter,  B, 

is  limited  by  3 

-0.  1 Ips  r ^B^O 

It  should  be  noted  that  the  restriction  of  B to  non-positive  values  cause 
the  injection  to  occur  above  the  specified  60,  000  ft.  altitude. 

Command  Thrust  Acceleration  Vector  Computation 


The  required  acceleration  components  a^T,  and  arr^^r 

IK  1 Y 

are  computed  as  shown  on  page  3 of  Fig.  3.  5-3  for  the  R and  Y 
injection  parameters  respectively.  These  two  required  acceleration 
components  are  then  combined  as 


— H ^TY— Y ^TR  — R (3.5.  19) 

^ I-hI  (3.5.20) 
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and  compared  with  a^,  where  a^  is  available  thrust  acceleration. 

If  a^^  is  greater  than  a.p,  the  commanded  a^j  is  reduced  by  a factor 

a„/a„  and  the  Z component  of  a„  is  set  to  0.  If  the  required  a„ 

*~^22l/2  ^ 

is  smaller  than  a.p,  the  remainder  (a.^  - ) ' is  directed 

along  Z and  a^^  is  unchanged.  The  sense  of  the  Z- component  of  the 

computed  thrust  acceleration  vector,  a.p,  is  determined  by  the  sign 

of  the  velocity -to-be*gained  in  this  direction. SGn  ( Zj^  - Z ).  The 

commanded  thrust  acceleration  vector,  Up^^p,  is  set  equal  to  the 

computed  vector,  a^,  subject  to  the  modifications  discussed  in 

Section  5.  3.  5.  5, 


FDAI  Angle  Computations 


The  Flight  Director  Attitude  Indicator  (FDAI)  yaw 
angle  at  the  end  of  the  vertical  rise  phase,  and  the  pitch  angle 
after  pitch-over  and  the  start  of  the  ascent  guidance  phase  are 
required  for  display  and  monitoring  purposes  in  the  pre-ignition 
phase  of  program  P-12  (Section  5,  3.  5.  4).  These  FDAI 
display  parameters  are  computed  as  follows,  based  on  the  lunar 
launch  alignment  (Section  5.  1,4.  2)  of  the  IMU; 


FDAI  Yaw  Angle  = sin 


c^ty 


(3.  5.21) 


if  ( a, 


TP 


+ a. 


1/2 


TY 


0 then  Yaw  Angle  = 0 


FDAI  Pitch  Angle  = -cos  ^ [UNIT  (H.fdP^  ' 


(3.  5.22) 
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Nominal  Kiilry  from  Av(-rut;e-G  Houiim- 
I'.very  2 sec.  Computation  Cycle 


i'LRCS=l 


rLENG  t ^ EXIT  to 

Average -G  Routine 


iV>AV  . 
mir 


Zero  Commanded  Rates 


Display 


Initial  Entry 
from  P -12 


EXIT  to 


Thrust  Filter  Computation:  Average -G  Routine 

S-fp#  T 


Compute;  Local  Coord.  System: 

-R*  -Y'  -Z’ 

Local  Velocity  Components: 
R,  Y.  Z; 

Location  of  Vehicle: 

R,  Y; 


0 = arccos  [Uj^' UNIT(Rj^)] 


J"7071FLG  = 1 


Compute  LM-CSM  Phase  Angle  (0);  Compute  desired  semi-major  axis: 
a = J + K0;  Compute  apogee  radius:  R = 2a  - R^;  Limit  R : 

3.  -L  3, 

^a  ^ ^AMIN’  Compute  new  a:  a = 0.  5(R^  + Rp);  Compute  desired 
injection  speed:  Z„  = \J ;iR  /aRp  ' 


Compute  Velocity -to -be -Gained 

Yg  = (Rd  - R)  liR+  (Yp  - Y)  Uy  MZj^  - i)  U^ 


Compensate  vg  for  g^^^:  y^  ^ Vg  -^gpgeffjiR 

Ygb  = [smnbT^ 


Figure  3.  5-3  Ascent  Guidance  Computation  Sequence 
<page  1 of  4) 
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1, 


(page  2 of  4) 
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Figure  3.  5-3  Ascent  Guidance  Computation  Sequence 
, (page  3 of  4) 
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Figure  3.5-3  Ascent  Guidance  Computation  Sequence 
(Page  4 of  4) 
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THRUST  MONITOR  PROGRAM 


The  Thrust  Monitor  Program,  P-47,  is  used  during 
manual  or  non-PGNCS  controlled  maneuvers  to  monitor  and 
display  the  velocity  change  applied  to  the  vehicle.  The  program 
first  suspends  state  vector  updating  by  the  radar  data  ( resets 
the  update  and  track  flags),  and  advances  the  vehicle  state 
vector  to  the  current  time  by  the  Coasting  Integration  Routine 
of  Section  5.  2.  2,  This  operation  is  continued  until  the  state 
vector  is  advanced  several  seconds  ahead  of  the  current  time 
as  described  in  Section  5.  3.  8.  The  Average-G  Routine  of 
Section  5.  3.  2 is  then  initiated  to  allow  thrusting  to  be  started 
as  soon  as  possible.  The  Average-G  Routine  is  left  on  until 
the  program  is  terminated  after  completion  of  tlie  maneuver. 

The  primary  output  of  P -47  is  the  measured  maneuver  A V in 
vehicle  coordinates  as  described  in  Section  4. 

The  Thrust  Monitor  Program  is  normally  used  during 
the  manually  controlled  terminal  rendezvous  phase.  During  this 
mission  phase  the  Rendezvous  Display  Routine  R-31  is  normally 
called  to  display  range,  range  rate  and  the  line -of -sight  angle 
B.  The  operation  of  R-31  with  the  Average-G  Routine  of  P-47 
is  described  in  Section  5.  6.  7.  1. 
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5.  3.  7 


FINDCDUW  ROUTINE 


5.  3.  7.  1 Introduction 

The  purpose  of  this  section  is  to  describe  the  operation 
and  implementation  of  the  FINDCDUW  Routine. 

FINDCDUW  is  the  interface  routine  between  the  various 
powered  flight  guidance  programs  and  the  digital  autopilot.  FINDCDUW 
receives  from  the  guidance  programs  thrust  and  window  pointing 
commands  and  provides  the  autopilot  with  gimbal  angle  increments, 
commanded  attitude  rates,  and  commanded  attitude  lag  angles  (which 
account  for  the  angles  by  which  the  body  will  lag  behind  a ramp 
command  in  attitude  angle  ' due  to  the  finite  angular  accelerations 
available).  FINDCDUW  alines  the  estimated  thrust  vector  with  the 
unit  thrust  command  vector,  and,  when  in  the  automatic  X axis 
control  mode,  alines  the  +Z  half  of  the  LM  ZX  plane  with  the  window 
command  vector. 

FINDCDUW  is  designed  to  accomplish  the  following; 

1.  To  produce  the  normal,  small  angle,  maneuvers 
determined  by  the  guidance  inputs  at  essentially 
constant  attitude  rate,  reaching  the  terminal 
attitude  at  the  completion  of  the  two  second 
computation  period. 

2.  To  produce  the  gross  maneuvers,  which  are 
required  at  the  boundaries  between  guidance 
phases,  or  upon  abort,  with  a continuous,  rate- 
limited  attitude  profile  extending  over  whatever 
time  duration  is  required  to  complete  the 
maneuver. 
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3.  To  avoid  excessive  middle  gimbal  angle  in  all 
maneuvers,  never  reaching  the  critical  middle 
gimbal  angle  during  a maneuver  in  which  the 
terminal  middle  gimbal  angle  is  less  in  magnitude 
than  the  critical  value;  to  display  an  alarm  code 
when  inputs  to  FINDCDUW  determine  a terminal 
middle  gimbal  angle  in  excess  of  the  critical 
value,  and  to  limit  the  middle  gimbal  excursion 
at  the  critical  value. 

4.  To  permit  manual  X axis  control  when  the  flag 
FLAUTOX  is  0,  not  interfering  when  this  control 
is  being  exercised,  not  drifting  about  the  X axis 
when  manual  control  is  permitted  but  not  exercised. 

5.  To  provide  identical  interfaces  except  with  alternate 
rate  limit  values  when  the  Command  and  Service 
Modules  are  docked. 

6.  To  use  the  desired  gimbal  angles  as  maintained 
by  the  autopilot  rather  than  the  actual  gimbal 
angles  when  transforming  measured  thrust  to 
bodyaxes  to  avoid  feeding  fuel  slosh  oscillations 
into  the  powered  flight  portion  of  the  system. 

To  accomplish  item  6 above,  two  coordinate  frames  are 

defined.  The  first,  called  the  current  vehicle  frame,  is  computed 

using  the  desired  gimbal  angles,  CDUD's,  maintained  by  the 

digital  autopilot.  The  unit  vectors  of  the  current  vehicle  frame 

would  be  identically  the  body  unit  vectors  if  the  desired  gimbal 

angles  were  identically  the  actual  gimbal  angles.  FINDCDUW 

provides  a thrust  direction  filter  which  transforms  the  measured 

thrust  acceleration  vector  to  current  vehicle  coordinates  and 

produces  a filtered  unit  thrust  vector  in  this  coordinate  frame 

Ut,,,.  The  second  frame,  called  the  commanded  vehicle  frame, 

— r V 

is  computed  using  Upy.  the  thrust  command  and  the 
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window  command  Since  the  commanded  orientation  is 

coupled  to  the  actual  orientation  only  through  the  low  gain  thrust 
direction  filter,  fuel  slosh  is  not  excited.  Also,  since  the  filter 
operates  in  the  frame  defined  by  the  CDUD's,  and  the  CDUD's 
are  driven  by  the  commands  from  FINDCDUW,  the  steady-state 
attitude  error  is  zero. 

The  concept  of  FINDCDUW  is  as  follows.  The  thrust  and 
window  pointing  commands,  and  the  location  of  the  thrust  vector 
relative  to  spacecraft  axes,  determine  a required,  or  terminal, 
spacecraft  attitude.  The  gimbal  angles  corresponding  to  this 
terminal  attitude  are  computed  and  inputs  to  the  autopilot  are 
generated  which  drive  each  gimbal  angle  directly  from  its  initial 
value  to  its  terminal  value*. 

Provided  the  attitude  is  not  initially  in  gimbal  lock,  and 
provided  the  input  commands  do  not  yield  a terminal  attitude  in 
gimbal  lock,  it  is  impossible  to  pass  through  gimbal  lock  during 
the  maneuver  since  the  middle  gimbal  angle  is  confined  to  the 
range  between  its  initial  and  terminal  values. 

A simplified  flow  diagram  of  the  FINDCDUW  Routine  is 
shown  in  Fig.  3.  7-1  with  nomenclature  defined  in  Section  5.  3.  7.2. 

This  routine  is  called  every  two  seconds,  which  is  the 
frequency  at  which  the  commanded  vehicle  attitude  is  computed. 


*Except  the  outer  gimbal  angle  profile  may  not  be  monotonic  in 
the  geometrically  complex  case  of  a large  maneuver  about 
multiple  axes  at  substantial  middle  gimbal  angle  and  with 
magnitude  limiting  of  the  X axis  attitude  angle  change  on  at 
least  one  pass  through  FINDCDUW. 
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Figure  3.  7-1 


FINDCDUW  Simplified  Flow  Diagram 
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5.  3.  7. 2 


Nomenclature 


-FDP 


-WDP 


OGABIAS 


Vector  in  the  desired  thrust 
direction  in  Platform  Coordinate 
System,  Need  not  be  unitized. 

Vector  in  the  desired  window 
direction  in  Platform  Coordinate 
System.  Need  not  be  unitized. 

Outer  gimbal  angle  bias 


Av  p PIPA  measured  velocity  change 

since  the  last  sample  period, 
platform  coordinates. 

CDU  Measured  gimbal  angles 


CDUD  The  desired  gimbal  angles  as 

maintained  by  the  autopilot 

a The  angular  accelerations  which 

can  be  achieved  by  the  RCS,  (2  Jet) 


u„,.  Filtered  unit  measured  thrust 

direction  vector 

GAINFLTR  Gain  of  thrust  direction  filter 

CDUC  Commanded  gimbal  angles 

tOj^y  Commanded  body  attitude  rates  sent 

to  the  autopilot 


6 CDU  Commanded  increm3ntal  CDU  changes 

sent  to  the  autopilot  to  occur  in  one 
autopilot  sample  period 
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FLDOC 


FLAUTOX 

OVFIND 

PGNCS  MODE 

AUTO  MODE 

Cp^(CDUV) 

-ZBP 

-XBP 


LM  docked  flag 
= 0 LM  not  docked 
4 0 LM  docked 

X axis  override  flag 
= 0 override  permitted 
4 0 override  not  permitted 

Computer  overflow  indicator 

LM  console  switch 
Yes-  PGNCS  control 
No  = AGS  -control 

LM  console  switch 
Yes  = Auto  Mode 

No  = Attitude  Hold  Mode  or  Off  Mode 

3x3  matrix  which  transforms  a 

vector  in  platform  coordinates  to  the 

vehicle  coordinates  defined  by  CDUV 
(Fig.  3.7-2) 

Unit  Z body  axis,  platform  coordinates 
(supplied  by  service  routine) 

Unit  X body  axis,  platform  coordinates 
(supplied  by  service  routine) 
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Detailed  Flow  Diagrams 
First  Pass  Initialization 


5.  3.  7.  3.  1 

Prior  to  the  first  pass  thru  FINDCDUW  in  any  powered 
guidance  phase,  the  routine  INITCDUW  must  be  called  to  initialize 
inputs  to  FINDCDUW.  INITCDUW  does  the  following: 

1)  OGABIAS  = 0 

2)  Upv  = 0-  0 

2)  = 1>  0,  0 

If  the  user  wishes  an  outer  gimbal  angle  bias,  he  must 
subsequently  set  OGABIAS. 

5.  3.  7.  3.  2 Each  Pass  Initialization 


The  initialization  which  must  be  done  each  pass 
thru  FINDCDUW  amounts  to  acquisition  and  preparation  of  constants 
and  input  data  (See  Fig.  3.  7-2).  These  are: 


1. 


^XM’  ^YM’  ^ZM’  maximum  angular  changes 
are  selected  depending  upon  whether  or  not  the 
Command  and  Service  Modules  are  docked. 


2.  FLAGOODW  is  initialized  to  0 or  1 according  to 
whether  X axis  override  is  permitted  or  inhibited. 
This  flag  indicates  whether  the  unit  window 
command  is  good  for  control  about  the  X axis. 


3.  OVFIND,  the  interpretive  overflow  indicator,  is 
set  to  zero. 


4, 


If  the  switches  on  the  LM  console  indicate  FGNCS 
MODE  and  AUTO  MODE  the  CDUDs  are  fetched 


for  the  thrust  direction  filter,  otherwise  the  CDUs 
are  fetched.  Fetching  the  CDUs  for  the  thrust 
direction  filter  when  not  in  PGNCS  MODE  maintains 
the  thrust  direction  filter  even  when  the  autopilot 
does  not  maintain  the  CDUDs. 
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COMMANDED  VEHICLE  AXES  INITIALISATION 
OVFIND  » 0 


uxvDP " ^ypop* 

-ZVDP  ^ ^’NIT  (u^DP* 


Figure  3.7-2  Each  Pass  Initialization 
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5.  H-XVDP  — Z VDP’  ^ ^ axes  of  the 

commanded  vehicle  frame,  are  initialized  to  the 
unit  of  the  thrust  command  u and  to  the  unit 
of  the  window  command  u^^p.  If  unitizing 
either  of  these  input  commands  fails  either  be- 
cause a vector  is  too  short  or  too  long,  the  inputs 
are  presumed  unsatisfactory  for  attitude  control, 
alarm  00402  is  issued,  attitude  rate  commands  are  zeroed 
and  FINDCDUW  returns  to  the  calling  program. 


6.  A Vp,  the  velocity  increment  vector  measured  by 
the  accelerometers  over  the  previous  computation 
period,  is  unitized  for  the  thrust  direction  filter. 

If  this  produces  overflow,  the  thrust  direction 
filter  is  bypassed. 


5.  3.  7.  3.  3 Thrust  Direction  Filter 


As  the  first  step  in  the  Thrust  Direction  Filter,  Fig.  3.  7-3^ 
the  unit  measured  thrust  in  platform  coordinates  is  transformed  to 
current  vehicle  coordinates  to  yield  the  unit  measured  thrust  u p^. 

Then  each  of  the  two  components,  Y and  Z,  of  the  old  unit  thrust 
vector  is  subtracted  from  the  corresponding  component  of  the  unit 

measured  thrust,  multiplied  by  the  gain  of  the  filter,  GAINFLTR , and  limited  in 
magnitude  to  the  maximum  change  which  can  be  expected  in  one 
computation  period,  which  yields  the  thrust  direction  changes  AUpy-y- 
and  Au_r7Tr.  The  maximum  changes  are  based  on  the  slew  rate  of 
the  trim  gimbal.  Each  of  these  thrust  direction  changes  is  then 
added  to  the  corresponding  component  of  the  old  unit  thrust  vector 
and  limited  in  magnitude  to  the  maximum  thrust  offset  which  can 
be  expected,  yielding  the  new  unit  thrust  vector  Upy.  The  maximum 
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UNIT  MEASURED  THRUST,  CURRENT  VEHICLE  COORDS 


A./ 


-FV 


= Cp^  (CDUV) 


-FP 


THRUST  DIRECTION  CHANGES 
AupYv  = (limit  . 007)  (GAINFLTR  ("^ipYV  " ^FYv’^ 
Auf2v  = (limit  .007)  (GAINFLTR  (u^^y  “ ^FZV^^ 


Fig.  3.  7-3  Thrust  Direction  Filter. 
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thrust  offset  is  based  on  the  maximum  displacement  of  the  trim 
gimbal,  the  elastic  deflection  of  the  gimbal  mount,  the  mounting 
alinement  error,  and  the  deflection  of  the  thrust  vector  relative 
to  the  nozzle  centerline. 


5.  3.  7.  3.  4 Window  Command  Selection 


In  order  to  compute  the  axes  of  the  commanded  vehicle 
frame,  it  is  first  necessary  to  select  a suitable  unit  window  command 
(Fig.  3.  7-4).  The  unit  window  command  obtained  from  guidance  may 
not  be  suitable  because  1)  X axis  override  may  be  permitted  or  2)  it 
may  fail  the  test  PARLTEST  (a  test  for  parallelism  or  anti- parallelism 
to  the  unit  thrust  command).  If  the  unit  window  command  cannot  be 
used  for  either  reason,  it  is  necessary  to  fetch  an  alternate  such 
that  the  resulting  axes  of  the  commanded  vehicle  frame  will  provide 
zero  steady  state  thrust  pointing  error.  Any  vector  lying  in  the  +Z 
half  of  the  LM  symmetry  plane  will  satisfy  this  requirement.  Among 
these,  the  vector  least  likely  to  be  parallel  or  anti-parallel  to  the 
unit  thrust  command  is  the  Z axis  (u^gp).  However,  it  is  possible  during 
a large  maneuver  that  the  Z axis  also  fails  PARLTEST,  and  in  this 
case  a third  alternative,  the  -X  axis(-u^gp)  is  selected.  Because  the  Z 
axis  and  the  -X  axis  cannot  both  be  parallel  to  the  unit  thrust  command, 
PARLTEST  is  omitted  for  -X.  The  Z and  -X  axes  selected  are  of 
the  body  and  not  the  vehicle  frame,  simply  to  save  program  and  time, 
as  the  Service  Routine  provides  the  body  axes  for  all  users.  Using 
a body  axis  for  window  pointing  causes  no  stability  problem  because 
any  time  a body  axis  is  used,  FLAGOODW  is  set  to  zero  so  that  the 
attitude  angle  change  about  the  X axis  will  also  be  set  to  zero.  Thus, 
actual  spacecraft  motion  about  the  X axis  produces  through  FINDCDUW 
no  attitude  increment  command  about  the  X axis  and  greatly  diminished 
commands  about  the  Y and  Z axes. 
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5.  3.  7.  3.  5 Commanded  Vehicle  Axes 


Figure  3.7-5  illustrates  the  erection  of  the  commanded 
vehicle  axes.  The  components  of  the  unit  thrust  vector  in  vehicle 
coordinates,  Upyv  ^FZV’  treated  as  small  angles,  and 
the  corresponding  approximations  are  made.  The  commanded 
vehicle  axes  are  computed  in  two  steps.  First,  an  orthogonal  set 
is  erected  with  the  X axis  along  the  unit  thrust  command  and  the 
Y axis  normal  to  the  plane  of  the  unit  window  command  and  the 
unit  thrust  command.  Then  the  X axis  is  displaced  relative  to 
this  initial  frame  according  to  the  thrust  offset.  The  final  Y axis 
is  oriented  normal  to  the  initial  Z axis  and  the  final  X axis,  and 
final  Z axis  is  computed  to  complete  the  right  hand  orthogonal 
triad.  No  unit  vectors  need  be  taken  in  this  final  iteration.  The 
consequence  of  not  unitizing  produces  an  error  only  in  the  outer 
gimbal  angle  with  a negligible  maximum  value  occurring  at  45°. 

This  is  explained  in  the  next  section. 

With  the  coordinate  frame  erected  as  described  in  the 
preceding  paragraph,  there  is  a window  pointing  error;  that  is, 
the  unit  window  command  lies  out  of  the  ZX  plane  by  approximately 
the  thrust  offset  angle  about  the  X axis  multiplied  by  the  sine  of 
the  angle  between  the  Z axis  and  the  window  command  vector. 

5.  3.  7.  3.  6 Commanded  Gimbal  Angles 

Commanded  gimbal  angles  (CDUC's,  Fig.  3.  7-6)  are  the 
reference  angles  to  which  the  CDUD's  are  driven,  and  are  also 
the  angles  placed  in  the  Noun  22  registers  for  the  Mode  2 attitude 
display. 

The  commanded  gimbal  angles  are  derived  from  the  matrix 
just  computed  whose  row  vectors  are  the  unit  axes  of  the  commanded 
vehicle  frame  expressed  in  platform  coordinates,  and  whose 
elements  are  Cq  through  Cg.  This  matrix  may  be  derived  in  terms 
of  the  sines  and  cosines  of  the  gimbal  angles  by  starting  with  the 
matrix  whose  rows  are  these  unit  vectors  expressed  in  commanded 
vehicle  coordinates  (the  identity  matrix)  and  rotating  the  row  vec- 
tors through  the  negative  of  the  outer,  middle,  and  inner  gimbal 
angles  in  that  order.  The  resulting  matrix  may  be  used  to  identify 
the  elements  of  interest  of  the  matrix  of  the  preceding  paragraph 
as  follows. 
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Fig.  3.  7-5  Commanded  Vehicle  Axes. 
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Figure  3.7-6  Commanded  Gimbal  Angles  and  Gimbal  Angbe  Changes 
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cos  (CDUCZ) 


cos  (CDUCY) 


sin  (CDUCZ) 

-cos  (CDUCZ)  sin  (CDUCY) 
cos  (CDUCZ)  cos  (CDUCX) 
cos  (CDUCZ)  sin  (CDUCX) 

The  subroutine  NB2CDUSP  extracts  the  commanded  gimbal  angles, 

CDUC,  by  exploiting  these  relationships.  | CDUCZ | is  < 90°,  even 
before  limiting, 

ARCTRGSP  is  a subroutine  of  the  subroutine  NB2CDUSP. 
ARCTRGSP  extracts  angles  given  the  sine  and  the  cosine.  To  this  end, 
ARCTRGSP  extracts  the  arcsine  of  whichever  given  argument  is  smaller 
in  magnitude,  and  uses  only  the  sign  of  the  larger  argument  for  deter- 
mining the  quadrant.  ^ 

Not  unitizing  the  vectors  in  the  final  iteration  for  the 
commanded  vehicle  axes,  as  noted  in  the  preceding  section,  reduces 
slightly  the  magnitude  of  the  arguments  used  to  extract  the  outer  gimbal 
angle.  Because  ARCTRGSP  extracts  the  arcsine  of  whichever  argument 
is  smaller  in  magnitude,  a "unit"  vector  of  length  , 992  would  produce  a 
maximum  outer  gimbal  angle  error  (at  45°)  of  .458°.  A more  probable 
length  is  . 99966  which  would  produce  a maximum  error  of  only  . 0197°. 

If  the  mode  is  not  AUTO,  or  if  the  engine  is 
off,  a STOPRATE  is  issued  and  control  is  returned  to  the  caller 
of  FINDCDUW. 

The  unlimited  gimbal  angle  changes  are  computed  by 
modular  subtracting  the  autopilot's  CDUD's  from  the  CDUC's.  The 
modular  subtractions  yield  the  smallest  angular  differences,  e.  g. 

177°  - (-178°)  = -5°,  not  +355°.  If  either  the  Y axis  or  the  Z axis 
unlimited  gimbal  angle  change  exceeds  45°  in  magnitude,  FLAGOODW 
is  set  to  zero.  This  is  to  prevent  false  aborts  in  attitude  about  the 
X axis  as  will  be  explained  in  the  next  paragraph. 

Attitude  angle  changes,  AATT,  are  handled  in  a 
vehicle  frame  not  previously  described.  The  X axis  of  the  frame 
is  identical  to  the  X axis  of  the  current  frame,  the  Z axis  is  along 
the  middle  gimbal  axis,  and  the  Y axis  completes  the  orthogonal 
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right  hand  triad.  Thus,  this  frame  is  the  current  vehicle  frame 
rotated  about  the  X axis  to  bring  the  Z axis  into  alinement  with  the 
middle  gimbal  axis.  This  frame  is  chosen  for  computational 
simplicity.  The  Z axis  gimbal  angle  change  ACDUZ  is  identical 
to  the  Z axis  attitude  angle  change  AATTZ.  The  unlimited  Y axis 
gimbal  angle  change  is  multiplied  by  cos  (CDUDZ)  to  yield  the 
the  unlimited  Y axis  attitude  angle  change,  this  is  limited  and 
divided  by  cos  (CDUDZ)  to  yield  the  limited  Y axis  gimbal  angle 
change  ACDUY.  The  unlimited  X axis  attitude  angle  change  is 
computed  using  the  unlimited  X and  Y axes  gimbal  angle  changes. 

Note  that  the  modular  subtraction  always  produces  a result  under 
180°  in  magnitude.  This  computation  produces  the  smallest  angle 
total  rotation  required  about  the  X axis,  although  the  validity 
diminishes  as  the  gimbal  angle  changes  become  large.  Under 
certain  conditions  the  X axis  attitude  angle  change  computed  will 
be  of  opposite  sign  compared  to  the  succeeding  pass.  To  prevent 
starting  such  a maneuver  in  the  wrong  direction  about  the  X axis, 
AATTX  is  set  to  zero  whenever  either  the  Y axis  or  the  Z axis 
unlimited  gimbal  angle  change  exceeds  a limit  value.  Finally  the 
limited  X axis  gimbal  angle  change,  ACDUX,  is  computed  using  the 
limited  attitude  change,  AATTX,  and  the  limited  gimbal  angle 
change  ACDUY. 

Because  orthogonal  components  of  the  attitude  rate  are 
limited  independently,  the  length  of  the  attitude  rate  vector  is  allowed 
to  exceed  the  limit  value  for  any  one  component. 

5.  3.7.  3.7  Autopilot  Data 


With  all  limiting  completed,  it  is  now  possible  to 
compute  a consistent  set  of  input  data  for  the  digital  autopilot  using 
the  ACDU's  (Fig.  3.  7-7).  The  ACDU's  are  divided  by  the  computation 
period  and  the  resulting  gimbal  angle  rates  are  transformed  to 
yield  the  commanded  attitude  rates  “py  The  gimbal  angle 
changes  are  multiplied  by  the  ratio  of  the  control  sample  period 
to  the  computation  period  to  yield  the  gimbal  angle  increments 
6CDU.  Finally,  the  commanded  attitude  lag  angles  which 
account  for  the  angles  by  which  the  attitude  will  lag  behind  a ramp 
angular  command  due  to  the  finite  angular  accelerations  available, 
are  computed  using  the  available  angular  accelerations  a (the  one 
jet  accelerations  supplied  by  the  autopilot,  doubled)  and  then 
individually  magnitude  limited. 
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COMMANDED  ATTITUDE  RATES 

II 

> 

Q 

31 

■ 1 sin(CDUDZ)  0 

0 cos(CDUDZ)  cos(CDUDX)  siii(CDUDX) 

_0  -cos  (CDUDZ)  sin(CDUDX)  cos(CDUDX)_ 

ACDU/ 2 

GIMBAL  ANGLE  INCREMENTS  AND  COMMANDED  ATTITUDE  LAG  ANGLES 


6 CDU  = ^ ACDU 


= (LIMIT 

10°) 

^“dxv  I 

‘‘^DXV 

1 

= (LIMIT 

10°) 

(‘^DYV  I 

‘^’dyv 

1 ' ^^Y 

= (LIMIT  10°) 

^“dzv  I 

‘^DZV 

1 /2“Z' 

Fig.  3.7-7  Autopilot  Data. 
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5.3.8 


MID T GAVE  ROUTINE 


The  purpose  of  the  MIDTOAVE  Routine  ( R41 ) is  to 
insure  that  the  extrapolated  state  used  to  initialize  the  Average-G 
computations  is  consistent  with  the  time  at  which  the  Average-G 
equations  are  actually  turned  on.  The  information  flow  diagram 
for  this  routine  is  presented  in  Fig.  3.  8-1, 


Before  this  routine  is  entered  the  ignition-time  flag 
(FLTIG)  is  set.  If  the  calling  program  is  the  Thrust  Monitor  Program 
(P47),  FLTIG  has  been  set  to  1;  otherwise  FLTIG  = 0,  The  time  at 
which  the  Average-G  equations  are  to  be  turned  on  (t^Q)  is  normally 
set  to  29.  9 seconds  prior  to  ignition  time  (tj^).  If  P47  is  tlie  calling 
program,  t^^  is  not  defined  and  the  Aver.age-G  equations  will  be 
turned  on  as  soon  as  possible.  In  the  powered  landing  maneuver 
tjQ  is  obtained  from  the  Guidance  and  Control  Routine. 


Initially,  a state  vector  (r',  v'  ) and  its  corresponding 
time  (f)  are  available  to  the  precision  Coasting  Integration 
Routine.  This  time  will  normally  be  several  minutes  before  the 
computed  ignition  time  ( t^^  ).  The  first  step  in  the  computation 
cycle  is  to  check  the  ignition-time  flag  (FLTIG),  A value 
FLTIG  = 0 indicates  that  the  ignition  time  has  not  as  yet  been 
slipped.  If  FLTIG  = 0,  a test  is  made  to  determine  whether  there 
are  at  least  20  seconds  remaining  before  the  Average-G  turn-on 
time  (t^Q).  If  there  are  less  than  20  seconds  remaining,  the 
ignition-time  flag  (FLTIG)  is  set  to  unity  and  t^^^  is  advanced  to 
20  seconds  beyond  the  present  time  (t).  In  addition,  an  alarm  is 
sent  to  the  crew  to  signal  that  the  ignition  time  will  be  slipped. 
Note  that  the  crew  alarm  is  sent  only  once^ since  FLTIG  = 1 on 
subsequent  passes  through  the  routine. 
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If  integration  is  not  finished  from  a previous  cycle, 
the  next  step  is  to  check  the  time  corresponding  to  the  com- 
puted state- vector  (f)  to  see  if  it  is  within  one  time  step 
(TgTgp)^  of  the  Average-G  turn-on  time.  If  t'  is  within  one 
time  step  of  the  turn-on  time  (t^Q).  then  the  time  step  used  in 
the  Coasting  Integration  Routine  (At')  is  decreased  from  the 
initial  value  (T'g'ppp)  to  the  value  t^^  -t'.  The  state  is  then 
extrapolated  by  At'  in  the  Coasting  Integration  Routine. 


A test  is  made  to  determine  if  the  state-vector  has 
been  integrated  all  the  way  to  the  desired  Average-G  time 
^^AG^‘  time  corresponding  to  the  extrapolated  state- 

vector  (f),  as  determined  by  the  Coasting  Integration  Routine, 
is  within  . 03  seconds  of  t^^  the  integration  is  complete;  other- 
wise integration  proceeds  as  shown  in  the  figure. 


This  completes  the  computation  cycle  through  the 
MIDTOAVE  Routine.  It  should  be  noted  that  the  ignition  time 
(tic)  will  be  computed,  if  required,  by  the  caliing  program. 
Normally,  tj^  will  be  set  to  29.9  seconds  past  the  finally- 
selected  Average-G  turn-on  time. 


^The  integration  time  step  (tstEP^  used  in  the  Coasting  Integration 
Routine  is  computed  by  the  Coasting  Integration  Routine. 
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TARGETING  ROUTINES 


5.  4 


5.  4.  1 GENERAL  COMMENTS 


The  objectives  of  the  targeting  routines  presented  in  this 
section  are  to  provide  the  LGC  capability  to  determine  some  of  the 
required  input  target  parameters  and  set  control  modes  for  the 
various  powered  flight  guidance  routines  of  Section  5.  3.  The  LGC 
targeting  capability  represented  by  the  programs  described  in  the 
following  subsections  is  limited  to  rendezvous  maneuvers  and  aborts 
initiated  during  the  powered  lunar  landing  maneuver.  These  LGC 
targeting  routines  are  presented  in  the  following  subsections. 


5.  4.2  Rendezvous  Targeting 

These  routines  include  the  following  rendezvous 
maneuver  phases: 

1.  Pre-CSI 

2.  Pre-CDH 

3.  Pre-TPI 

4.  Rendezvous  Midcourse  Correction 


5.  4.  3 Abort  Targeting  from  Lunar  Landing 

Initial  landing  time  computations  and  required  descent 
orbit  injection  and  landing  maneuver  target  parameter  computations 
must  be  determined  by  the  RTCC.  The  abort  case  involving  transearth 
injection  SPS  backup  must  also  be  targeted  by  the  RTCC. 
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All  LGC  targeting  programs  use  the  Basic  Reference 
Coordinate  System  defined  in  Section  5.  1.  4.  1.  The  basic  input 
parameters  required  by  the  targeting  routines  of  this  section  are 
the  vehicle  state  vector  estimates  determined  by  the  navigation 
programs  of  Section  5.  2.  All  the  Rendezvous  Targeting  Routines  of 
Section  5.  4.2  can  be  used  in  either  earth  or  lunar  orbit. 
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5.  4.  2 RENDEZVOUS  T ARGETING 

5.  4.  2 . 1 General 


The  rendezvous  Targeting  Programs  P-32,  P-33,  P-34 
and  P-35  in  the  EGG  are  based  on  the  Concentric  Flight  Plan  ren- 
dezvous scheme.  This  scheme  illustrated  in  Fig.  4.2-1  employs 
an  active  vehicle  to  ideally  make  three  impulsive  maneuvers  to 
establish  a rendezvous  intercept  trajectory  with  a passive  vehicle 
in  an  approximately  coplanar  orbit.  Sufficient  constraints  are  im- 
posed to  allow  only  one  degree  of  freedom  in  choosing  the  final  ren- 
dezvous profile.  These  constraints  include  the  timing  of  both  the 
first  and  third  maneuvers,  the  direction  of  the  first  maneuver,  a 
unique  formulation  for  the  second  maneuver  and  the  relative 
geometry  of  the  two  vehicles  at  the  final  maneuver  point.  The  second 
maneuver  results  in  the  active  vehicle  orbit  becoming  "coelliptic" 
or'honcentric"  with  the  passive  vehicle  orbit,  resulting  in  the  dif- 
ferential altitude  between  the  orbits  being  approximately  constant. 

The  following  names  have  been  given  to  the  basic  maneuvers  of 
the  Concentric  Flight  Plan  rendezvous  profile: 

1)  Coelliptic  Sequence  Initiation  (CSI), 

2)  Constant  Differential  Altitude  (CDH), 

3)  Transfer  Phase  Initiation  (TPI). 

A rendezvous  midcourse  correction  program  is  used  in  addition 
to  the  above  three  primary  rendezvous  programs  to  maintain  an 
intercept  trajectory  from  the  TPI  maneuver  until  the  manual  ter- 
minal rendezvous  is  started. 
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Passive  Vehicle  Orbit 


Figure  4.2  -1  Concentric  Rendezvous  Profile 
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The  LGC  Rendezvous  Targeting  Programs  consist  of 
the  following  programs: 

1)  P-32  Pre-CSI  Maneuver  Program.  This  program 
is  called  bj  the  astronaut  any  time  before  the  Co- 
elliptic  Sequence  Initiation  (CSI)  maneuver  is  per- 
formed. 

2)  P-33  Pre-CDH  Maneuver  Program.  This  program 
is  called  between  the  CSI  and  Constant  Differential 
Altitude  (CDH)  maneuvers. 

3)  P-34  Pre-TPI  Maneuver  Program.  This  program 
is  called  between  the  CDH  and  Transfer  Phase 
Initiation  (TPI)  maneuvers. 

4)  P-35  Rendezvous  Midcourse  Maneuver  Program. 
This  program  is  called  after  the  TPI  maneuver  has 
been  performed. 

Each  program  is  designed  to  select  either  the  LM  or 
CSM  as  the  active  vehicle  depending  on  the  program  number  se- 
lected by  the  astronaut.  All  program  operations  in  Section  5.  4. 2 
are  independent  of  which  vehicle  is  chosen  as  the  active  vehicle. 

A LM  direct  rendezvous  capability  is  possible  using 
the  last  two  maneuvers  in  the  above  list. 

All  computations  performed  in  the  Concentric  Rendez- 
vous Program  are  in  the  Basic  Reference  Coordinate  System 
(Section  5.  1.  4.  1)  and  use  the  latest  state  vectors  obtained  from 
the  Navigation  Routines  (Sections  5.  2 and  5.  3.  2). 

The  pre-thrust  programs  P-32  and  P-33  use  Exter- 
nal AV  guidance  (Section  5.  3.  3.  3. 1)  and  P-34  and  P-35  use  the 
Lambert  targeting  concept.  There  are  2 options  available  for 
obtaining  the  aim  point  used  in  generating  the  Lambert  AV 
solution-  number  of  offsets  (N)  is  set  to  zero,  the  tar- 

get orbit  is  advanced  through  a cut  in  P34,  or  the  appropriate 
time  of  flight  in  P35,  by  use  of  the  Kepler  (conic)  routine. 
Lambert  solution  is  then  generated  to  this  aim  point. 

The  other  option  (N^-O)  employs  N precision  offsets 
to  generate  the  velocity  correction  required.  (N  usually  = 2). 

The  target  vehicle  orbit  is  advanced  the  appropriate  time  of 
flight  on  a precision  trajectory.  The  precision  offset  concept 
is  then  used  to  generate  the  AV  solution.  All  four  of  the  above 
programs  use  the  Cross-Product  Steering  of  Section  5.  3.  3.  4. 
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An  alarm  code  is  displayed  if  the  initial  conditions  along 
with  the  astronaut  inputs  fail  to  result  in  a satisfactory  solution. 


5.  4.2.  2 Pre-CSI  Maneuver 


This  program,  corresponding  to  Program  P-32  (LM 
active)  or  P-72  (CSM  active)  of  Section  4,  domputes  the  para- 
meters associated  with  the  CSI  and  CDH  maneuvers.  The  astro- 
naut inputs  are: 

1.  Choice  of  active  vehicle  (P-32  LM,  P-72  CSM). 

2.  Time  of  the  CSI  maneuver.  Ift^  is  equal  to  zero  or 
negative,  the  program  computes  t^  as  the  time  of  the  next 
apoapsis,  subject  to  astronaut  modification. 

3.  Number  N of  the  apsidal  crossing. 

(If  N = 1 and  CDHASW  is  not  equal  to  one,  the  CDH  maneuver 
occurs  when  the  active  vehicle  reaches  its  first  apsidal 
point  following  the  CSI  maneuver,  etc.  ) 

4.  Desired  line  of  sight  LOS  angle  E at  the  time  of  the 
TPI  maneuver.  (See  Fig.  4.  2.-2  and  Fig.  4.  2.-3). 

5.  Time  tg  of  the  TPI  maneuver. 

6.  Selection  of  flag  CDHASW  to  insure  that  CDH  maneuver 
will  occur  at  a time,  measured  from  the  CSI  time, 
equal  to  the  post  CSI  maneuver  orbital  period  multiplier, 
by  N/  2,  If  this  option  is  desired,  CDHASW  is  set 
equal  to  1, 

The  active  vehicle  state  vector  r^,  t^  and  passive  vehicle  state 
vector  Tp,  Vp.  tp  are  available  in  the  guidance  computer. 

The  following  constraints  must  be  satisfied  (see 
Fig.  4.  2 -1  and  Fig.  4.  2-2). 

1.  The  CSI  AV  is  applied  in  the  horizontal  plane  of 
the  active  vehicle  at  the  CSI  time. 
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Figure  4.  2 -2b  TPI  geometry  active  vehicle  above 


1)  IF  THE  LOS  PROJECTION  ON  UH  IS  POSITIVE: 

o)  WHEN  THE  LOS  IS  ABOVE  THE  HORIZONTAL 
PLANE  0 < E < 7r/2 

b)  WHEN  THE  LOS  IS  BELOW  THE  HORIZONTAL 
PLANE  3Tr/2  < E < 27r 

2)  IF  THE  LOS  PROJECTION  ON  UH  IS  NEGATIVE 

o)  WHEN  THE  LOS  IS  ABOVE  THE  HORIZONTAL 
PLANE  7r/2  < E < tt 

b)  WHEN  THE  LOS  IS  BELOW  THE  HORIZONTAL 
PLANE  TT  < E < 3Tr/2 


Fig.  4.2-3  Definition  of  Elevation  Angle,  E 
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2.  The  semimajor  axis  and  radial  component  of  veloc- 
ity of  the  active  vehicle  are  such  that  the  active  and 
passive  vehicles  are  in  coelliptic  orbits  following 
the  CDH  maneuver, 

3.  The  line  of  sight  between  the  active  vehicle  and 
the  passive  vehicle  at  the  TPI  time  forms  the  angle 
E with  the  horizontal  plane  of  the  active  vehicle. 

4.  The  time  intervals  between  the  CSI-CDH  and  CDH- 
TPI  maneuvers  are  10  minutes  or  greater. 

5.  After  both  the  CSI  and  CDH  maneuvers,  the  perigee 
altitude  of  the  active  vehicle  orbit  is  greater  than 

35,  000  ft.  for  lunar  orbits  and  85  nm.  for  eaxth  orbits. 

The  program  solution,  as  illustrated  in  the  logic  flow 
diagram  in  Fig.  4.2-4,  is  based  on  conic  trajectories  and  contains 
an  iteration  loop  to  select  the  CSI  maneuver  magnitude  Vj^. 

After  updating  of  the  active  and  passive  vehicle  state 
vectors  to  the  CSI  time,  the  active  vehicle  state  vector  is  rotated 
into  the  passive  vehicle  orbital  plane  resulting  in  coplanar  orbits. 

The  passive  vehicle  is  then  updated  through  the  time  t„  - t to 
the  TPI  point  obtaining  £p3i  £p3*  The  initial  guess  of  Vj^,  when 
added  to  the  velocity  of  the  active  vehicle,  results  in  the  active 
vehicle  attaining  a radius  equal  to  rpg  180  degrees  from  the  CSI 
point. 
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If  CDHASW  equals  one,  the  eccentricity  of  the  active  , vehicle 
orbit  is  less  than  0.  000488  or  the  vertical  velocity  at  the  CSI 
point  is  less  than  7 ft/sec.  , the  time  t2  of  the  CDH  maneuver  is 
set  equal  to  the  CSI  time  plus  N times  half  the  period  tp  of  the 
active  vehicle.  Otherwise,  the  angle  0 to  the  nearest  perigee  is 
computed  and  used  in  the  Time -Theta  Subroutine  to  find  the  corre- 
sponding time  of  flight  At.  This  is  then  used  to  calculate  t2  based 
on  the  value  of  N.  After  verifying  that  t^  is  greater  than  t2,  both 
vehicles  are  updated  to  the  CDH  point. 

The  angle  cp  between  the  active  and  passive  vehicles  at  the 
CDH  point  is  calculated  and  used  in  the  Time -Theta  Routine  to 
update  the  passive  vehicle  to  a point  radially  above  or  below  the 
active  vehicle,  obtaining  £pQ«  Y^PC’ 

The  semimajor  axis  a^  and  the  radial  component  of  velocity 
'^AV’  with  a radius,  uniquely  define  the  orbit  of  the  active 

vehicle  immediately  following  the  CDH  maneuver.  The  equations 
for  a^  (based  on  the  semimajor  axis  ap  of  the  passive  vehicle)  and 
'^AV’  ‘^O'^tained  in  Fig.  4.2-4,  therefore  specify  the  "coelliptic" 
CDH  maneuver  Av2. 

The  active  vehicle  state  vector  is  next  updated  to  the  TPI 
time.  The  unit  vector  which  passes  through  the  active  vehicle 
position  and  is  coincident  with  the  desired  TPI  line  of  sight  is 
given  by  Uj^.  The  position  vector  of  the  two  points  of  intersection 
between  the  line  of  sight  and  a circle  (with  origin  at  the  center  of 
the  attracting  body)  as  shown  in  Fig.  4.  2 - 2 is  defined  by: 


b = £a3 


(4.2.  1) 


where  k normally  assumes  two  values  (see  Fig.  4.2-4).  Equating 
the  magnitude  of  b to  rpg  results  in  a quadratic  expression  for  k 

+ 2 k r^3  . u^  + r^g^  - rpg^  = 0 (4.  2.  2) 

If  there  are  no  real  solutions  to  the  above  equation 
(Cg  < 0 in  Fig.  4.  2-4),  the  line  of  sight  does  not  intersect  the 
circle.  If  there  is  a real  solution  to  the  above  equation,  the  k 
of  minimum  absolute  value  is  chosen  as  the  desirable  TPI  solu- 
tion. The  error  y is  defined  as  the  central  angle  between  the 
position  vector  of  the  passive  vehicle  at  the  TPI  point  and  the 
position  vector  b representing  where  the  passive  vehicle  shoiild 
be  based  on  the  active  vehicle  location.  This  error  is  driven  to 
zero  using  a Newton-Raphson  iteration  loop  with  v^  as  the  indepen- 
dent variable.  The  two  initial  values  of  are  10  ft/ sec  apart 
with  the  succeeding  step  size  Avj^  restricted  to  200  ft/ sec. 

A second  computational  attempt  is  made  if  the  first 
iteration  attempt  fails,  v^  is  incremented  in  steps  of  50  ft/ sec. 
in  the  direction  opposite  to  that  initially  taken  in  the  first  at- 
tempt until  the  error  y has  imdergone  a sign  change.  The  second 
attempt  then  starts  with  the  latest  value  of  and  an  adjacent 
point  in  the  direction  of  the  50  ft/ sec.  steps. 

Included  in  the  Pre-CSI  program  are  the  following 
seven  program  checks  and  the  corresponding  Alarm  Codes  AC 
(see  Fig.  4.  2 -4). 

1)  If  on  the  first  iteration  there  is  no  solution  to  the 
TPI  geometry,  the  iteration  cannot  be  established. 
The  alarm  code  AC  equals  A in  this  csise. 
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2.  The  iteration  counter  n exceeds  15.  (AC  = C) 

3.  Two  succeeding  iterations  resulting  in  greater 
than  1000  ft/sec.  (AC  = B) 

4.  The  altitude  of  perigee  hp^  following  the  CSI  maneu- 
ver is  less  than  a minimum  acceptable  amount. 

(AC  = D) 

5.  The  altitude  of  perigee  hp^  following  the  CDH  maneu- 
ver is  less  than  a minimum  acceptable  amount. 

(AC  = E) 

6.  The  time  AT2  between  the  CDH  and  CSI  maneuver  is 
less  than  10  minutes.  (AC  = F) 

7.  The  time  AT^  between  the  TPI  and  CDH  maneuvers 
is  less  than  10  minutes.  (AC  = G) 


For  the  first  check  above,  a check  failure  results  in  an 
immediate  program  exit.  The  last  four  checks  are  made  only  if 
the  iteration  has  succeeded.  The  alarm  codes  are  set  (excluding 
the  first  check)  only  if  the  second  iteration  attempt  has  been  made. 

The  displays  for  the  Pre-CSI  maneuver  program  are: 


1.  Differential  altitude  at  the  CDH  point. 

AHcdh  positive  when  the  active  vehicle's 
altitude  is  less  than  the  passive  vehicle  altitude  when 
measured  at  the  CDH  point. 


2.  Time  AT2  between  the  CDH  and  CSI  maneuvers 
displayed  in  minutes  and  seconds  with  hours  de- 
leted. 

3.  Time  ATg  between  the  TPI  and  CDH  maneuvers 
displayed  in  minutes  and  seconds  with  hours  deleted. 


4. 

5. 

6. 


^~CSI^^^^  in  local  vertical  coordinates  at  CSI  time. 
AV^j^p.(LV)  in  local  vertical  coordinates  at  CDH  time. 
The  alarm  codes. 
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In  ths  Pre-CSI  program  P-32,  the  astronaut  can  change 
the  CSI  computed  maneuver  hy  over  writing  the  displayed  maneuver 
velocity  vector  in  local  vertical  coordinates,  ^Ycsi  ^ such 

a case  the  astronaut  input  then  becomes  the  defined  velocity -to -be - 
gained  in  the  External  AV  Maneuver  Guidance  (Section  5.  3,  3.  3.  1)  used 
to  control  the  CSI  maneuver.  The  overwriting  procedure  is  nor- 
mally used  to  correct  or  minimize  out-of-plane  conditions  which 
are  not  directly  controlled  by  the  CSI  or  CDH  maneuvers  computa- 
tions such  that  minimum  out  of  plane  conditions  exist  at  the  TPI 
maneuver. 


In  addition,  M the  number  of  navigation  measurements 
processed  since  the  last  maneuver,  MGA  the  middle  gimbal  angle 
at  the  start  of  the  maneuver  assuming  plus  X acceleration,  and 
TFI  the  time  between  the  CSI  maneuver  and  the  present  time  are 
displayed. 


The  middle  gimbal  angle  is  computed  with  the  following 

equation: 

MGA  = sin'^[Ypj,p  • UNIT  (AV)] 

If  -90  < MGA  < 0,  MGA  is  redefined  such  that  270°  < MGA  < 360° 
AV  is  the  maneuver  AV  in  reference  coordinates  and  is  the 

second  row  of  the  REFSMMAT  matrix  defined  in  Section  5.  6.  3.  4. 


5.  4.  2. 3 Pre -CDH  Maneuver 


This  program,  corresponding  to  Program  P-33  (LM 
active)  or  P-73  (CSM  active)  of  Section  4,  computes  the  parameters 
associated  with  the  CDH  maneuver. 


The  astronaut  inputs  to  this  program  are ; 

1.  Choice  of  active  vehicle  (P-33  LM,  P-7  3 CSM) 

2.  Time  t^  of  CDH  maneuver 


The  active  and  passive  vehicle's  state  vectors  t 

— P’  available  in  the  guidance  computer.  The  TPI  eleva- 

tion angle  E and  the  TPI  maneuver  time  t^  are  also  available  from 
the  previous  Pre-CSI  program  computations. 


A’ 


-P’ 


5. 4-13 


••• 


Figure  4.2-4,  page  4 of  7,  illustrates  the  program  logic. 

The  state  vectors  of  both  the  active  and  passive  vehicles  are  ad- 
vanced to  the  CDH  time  using  the  Coasting  Integration  Routine. 
After  rotating  the  active  vehicle  state  vector  into  the  plane  of  the 
passive  vehicle,  the  CDH  maneuver  is  calculated  as  in  the  Pre- 
CSI  program.  Following  a precision  update  of  the  state  vectors  to 
time  tg,  the  Pre-TPI  program  is  used  to  calculate  the  time  t at 
which  the  specified  elevation  angle  is  attained.  If  the  iteration  was 
not  successful,  an  alarm  code  is  displayed.  At  this  point,  the 
astronaut  can  elect  to  recycle  the  program  or  to  proceed  with  the 
calculation  of  the  displays,  which  are: 

1. 

2.  Differential  altitude  at  the  CDH  point. 

3.  Time  AT^  between  the  calculated  TPI  time  and  the 
CDH  time  displayed  in  minutes  and  seconds  with  hours 
deleted. 

4.  Time  AT,ppj  between  the  calculated  TPI  time  and 
the  specified  TPI  time.  (This  number  is  positive 

if  the  new  TPI  time  is  later  than  that  previously  used.  ) 

If  the  iteration  did  not  converge,  the  last  two  displays  reflect 
an  unchanged  TPI  time.  In  addition,  M,  MGA  and  TFI  are  dis- 
played as  in  the  Pre-CSI  program  displays. 

The  astronaut  can  modify  the  CDH  maneuver  to  minimize 
out -of -plane  conditions  by  overwriting  the  displayed  maneuver 
velocity  vector,  AV^Pjj(LV),  as  in  the  pre-CSI  program.  The 
out-of -plane  information  used  in  this  process  is  determined  by  the 
astronaut  with  the  aid  of  the  Rendezvous  Out-of-Plane  Display 
Routine,  R36,  of  Section  5.  6.  7.  3. 


Figure  4.2-4  Pre-CSI-CDH  Maneuver  Program 
(page  1 of  7) 
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Figure  4.2-4  Pre -CSl -CDH  Maneuver  Program 
(page  2 of  7) 
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Update  —PI’ —PI  through  time  obtain- 

ingr^2' X,A2  Tpg,  Vp2  using  Kepler  Routine  (Sec.  5. 5. 5) 


Figure  4.2-4  Pre-CSI-CDH  Maneuver  Program 
(page  3 of  7) 
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Figure  4.2-4  Pre-CSI-CDH  Maneuver  Program 
(page  4 of  7) 
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3 


and  r p.  Vp  using  Coasting  Integration  Routine  (See  5.  2.  2) 


Obtain  t or  ALARM  using  £.p. Xp'  FLAG=  1,  t = tg, 

= 250  sec.  , E in  Pre-TPI  Program  (Sec.  5. 4.  2.4)  entering  at(l)of  Fig.^-.  2 -5 


Figure  4.2-4  Pre-CSI-CDH  Maneuver  Program 
(page  5 of  7) 
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Figure  4.2-4  Pre-CSI-CDH  Maneuver  Program 
(page  7 of  7) 
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5. 4. 2. 4 


Pre-TPI  Maneuver 


This  program  corresponds  to  Program  P34  (LM  active)  or 
P74  (CSM  active)  of  Section  4.  Its  objective  is  to  establish  the 
terminal  phase  initiation  (TPI)  maneuver.  The  position  of  the  TPI 
maneuver  is  determined  by  specifying  either  the  TPI  time  or  the 
elevation  angle  which  specifies  the  relative  geometry  of  the  vehicles 
at  the  TPI  point.  The  astronaut  inputs  are: 

1.  Choice  of  active  vehicle  (P34  LM,  P74  CSM) 

2.  Time  t of  the  TPI  maneuver 

3.  Elevation  angle  E (set  equal  to  zero  if  t is  specified) 
defined  in  Fig.  4.2-3 

4.  Central  angle  cot  of  the  passive  vehicle  between  the  TPF 
and  TPI  points 

5.  Number  Nj^  of  precision  offsets  made  in  generating  the 
target  vector  for  the  TPI  maneuver.  If  set  equal  to 
zero,  conic  trajectories  are  used  to  generate  the  target 
vector. 

The  active  r^j,  v^p  t^j  andpassive  vehicle  rpp  Vpp  tpj  state 
vectors  are  available  in  the  guidance  computer.  The  program 
starts  with  a precision  update  of  these  vectors  to  the  TPI  time. 

If  the  elevation  angle  is  not  specified,  it  is  computed  after 
the  precision  updating  of  both  vehicles  to  the  TPI  maneuver  time. 

If  E is  specified,  an  iteration  procedure  is  initiated  to  find  the  TPI 
time  at  which  E is  attained.  This  procedure  uses  the  input  TPI 
time  as  the  initial  guess  and  is  based  on  conic  trajectories  (except 
for  the  original  precision  update).  The  time  correction  6t  is  based 
on  (1)  the  angular  distance  between  r p and  the  desired  position  of 
the  passive  vehicle,  obtained  by  assuming  the  passive  vehicle  is  in 
a circular  orbit,  and  (2)  assuming  the  vehicles  are  moving  at  a 
constant  angular  rate.  The  flow  diagram  for  this  procedure  is 
shown  in  Fig.  4.2-5. 
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|6t|  > 6t 


= «'max  SGN  (6t) 


5E  6Eq  <0^ 


6t  = -SGN  (dtg)  |6t|/2 

6t  = 6t  /3 
max  max 


|6Eq  I > |6E1 


6t  = SGN  (6tn'  I 6t 
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The  iteration  is  successful  when  the  compute  il  elevation 
angle  is  sufficiently  close  to  E. 

To  help  insure  convergence,  the  following  steps  are 

taken: 


a.  The  step  size  6t  is  restricted  to  250  secs. 

b.  If  the  solution  has  been  passed  ( 6E  6Eq  <,0)|the 
step  size  is  halved  and  forced  in  the  opposite 
direction  of  the  last  step. 

c.  If  the  iteration  is  converging  ( | 6Eq  | - | 6E  I > 0), 
the  sign  of  6t  is  maintained. 

d.  If  the  iteration  is  proceeding  in  the  wrong  direc- 
tion, the  step  direction  is  reversed. 

The  iteration  is  terminated  for  any  of  the  following 
reasons,  and  a single  alarm  as  described  in  Section  4 is  set: 


1.  The  iteration  counter  n has  exceeded  its  maximum 
value  of  1 5. 

2.  The  line  of  sight  emanating  from  the  active  vehicle 
does  not  intersect  the  circular  orbit  with  radius 
equal  to  that  of  the  passive  vehicle. 

3.  The  eleyation  angle  is  inconsistent  with  the  relative 
altitudes  of  the  two  vehicles  ,(e.  g. , if  the  elevation 
angle  is  less  than  180°when  the  active  vehicle  is 
above  the  passive  vehicle). 

Upon  convergence,  the  state  vectors  are  precision  updated  to 
the  TPI  time. 
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The  TPI-TPF  phase  of  the  program  starts  with  the  use  of  the 
angle  cot  in  the  Time-Theta  Subroutine  (Section  5.  5.  7)  to  determine 
the  corresponding  transfer  time  tp.  The  passive  vehicle  is  next  up- 
dated through  tp  using  either  a conic  or  precision  updating  routine, 
depending  on  the  value  of  The  Initvel  Routine  (Section  5.  5.  11) 

is  then  called  to  compute  a transfer  trajectory  between  the  TPI  and 
TPF  points  with  the  cone  angle  e set  equal  to  15°.  The  rotation 
projection  switch  is  obtained  from  the  Initvel  Routine  for  use  in 
the  powered  flight  steering  program  as  S^^. 


The  central  angle  a traversed  by  the  active  vehicle  from  the 
TPI  time  to  intercept  is  computed  as  shown  in  Fig.  4.  2-5  for  display 
if  requested  by  the  astronaut.  This  display  is  used  to  avoid  180° 
transfer  angle  problems.  Also,  the  AV  in  Line-of-Sight  coordinates 
f^^TPI  computed  as  shown  in  Figure  4.  2-5  for  display  if 

requested  by  the  crew. 


The  displays  for  the  Pre-TPI  Program  are; 


AV, 


TPI 


AV, 


TPF 


A^.ppj(LV)  : Local  vertical  coordinates 

4.  Perigee  altitude  (Hp)  following  the  TPI  maneuver 

The  display  of  A^,j,pj(LV)  may  be  overwritten  by  the  astronaut. 
If  so,  a new  target  vector  is  generated  as  shown  in  Fig.  4.  2-5.  This 
new  aimpoint  is  used  for  powered  flight  steering. 


In  addition,  M,  MGA  and  TFI  are  displayed  as  in  the  Pre- 


CSI  program  displays. 
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5.4.2. 5 


Rendezvous  Midcourse  Maneuver 


This  program,  corresponding  to  Program  P35  (LM  active) 
or  P75  (CSM  active)  of  Section  4,  computes  a midcourse  correction 
maneuver.  This  maneuver  insures  that  the  active  vehicle  will 
intercept  the  passive  vehicle  at  the  time  established  in  the  previous 
Pre-TPI  program.  The  astronaut  may  call  this  program  any  time 
after  the  TPI  maneuver,  but  in  general  no  later  than  10  minutes 
before  the  intercept  time.  The  flow  diagram  for  this  program  is 
shown  in  Fig.  4.2-6. 

There  is  one  astronaut  input:  choice  of  the  active  vehicle  (P35 
LM,  P75  CSM).  The  intercept  time  t-ppp  and  the  number  of 
precision  offsets,  both  available  from  the  Pre-TPI  program,  the  active 
^A’  ^A’  passive  Tp,  Vp,  tp  vehicle  state  vectors  and  a time 

delay  are  all  available  in  the  guidance  computer.  The  time  delay 
(6T^  for  P35  and  6t,^  for  P75)  is  the  time  required  to  prepare  for 
the  thrust  maneuver  and  is  stored  in  either  of  two  erasable  locations. 

When  the  program  is  initiated,  the  number  of  navigation 
measurements  since  the  last  maneuver  is  displayed.  In  addition, 
the  time  since  the  last  maneuver  or  last  maneuver  computation  is 
also  displayed.  Based  on  this  information  and  additional  displays 
discussed  in  Section  5.  6.  7,  the  astronaut  may  elect  to  proceed  with 
the  midcourse  maneuver  at  some  time.  When  he  does  so,  the 
program  updates  the  state  vectors  to  the  present  time  plus  the  time 
delay  using  the  Coasting  Integration  Routine.  After  updating  the 
passive  vehicle  to  the  time  t,ppp  to  obtain  the  target  vector  rp,p, 
the  Initvel  Routine  is  then  called,  with  the  cone  angle  e set  equal 
to  15°,  to  obtain  the  velocity  vector  on  the  transfer  ellipse.  The 
rotation  projection  switch  fg  is  obtained  from  the  Initvel  Routine  for 
use  in  the  powered  flight  steering  program  as  Sp. 

The  central  angle  <P  traversed  by  the  active  vehicle  from  the 
maneuver  time  to  intercept  is  computed  as  shown  in  Fig.  4.2-6  for 
display  if  requested  by  the  astronaut.  This  display  is  used  to  avoid 
180°  transfer  angle  problems. 


5.4-28 


Figure  4.2-6  Rendezvous  Midcourse  Program  (page  1 of  2 ) 
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Figure  4.2-6  Rendezvous  Midcourse  Program 
(page  2 of  2) 


5,  4-30 


After  obtaining  the  maneuver  AV,  it  is  rotated  into  a 
local  vertical  ( LV  ) and  a line  of  sight  ( LOS  ) coordinate  system 
obtaining  AV  ( LV ) which  is  displayed,  and  AY  (LOS)  which  may 
be  displayed  at  the  request  of  the  crew. 

The  display  of  AV  ( LV ) may  be  overwritten  by  the  as- 
tronaut. If  so,  a new  target  vector  is  generated  as  shown  in 
Fig.  4.2-6.  This  new  aimpoint  is  used  for  powered  flight  steering. 

In  addition,  M,  MGA  and  TFI  are  displayed  as  in  the 
Pre-CSI  program  displays. 
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5.4.3 


ABORT  TARGETING 


5.4.3. 1 Aborts  From  Powered  Landing 

5.  4.  3. 1.1  General  Objectives 

The  objective  of  the  DPS  and  APS  Abort 
Programs,  P70  and  P71  respectively,  is  to  control  the  abort 
maneuver  such  that  a suitable  injection  trajectory  is  achieved  from 
which  a rendezvous  profile  can  be  accomplished. 

Four  of  the  five  target  conditions  are  fixed,  as  in  the  ascent. 
However,  the  desired  down-range  speed,  Zq,  is  computed  as  a c. 
function  of  the  LM-CSM  phase  angle  and  the  cutoff  altitude.  If  the 
phase  angle  of  abort  initiation  is  too  large  (6-^6c)>  the  LM  reauires 
an  extra  revolution  to  make  the  rendezvous.  In  the  P70/P71  ini- 
tialization, this  test  is  made  and  the  appropriate  solution  to  thd 
phasing  problem  chosen. 

For  the  cutoff  conditions,  6 is  approximated  by  the  current 
value,  and  the  perigee  radius  (Rp)  used  is  an  approximate  inte- 
gration of  the  radial  thrust  component  equation.  For  an  initial 
value,  the  nominal  cutoff  radius  (R^j)  is  used. 

The  initialization  operations  are  shown  in  Fig.  4.  3-1.  The 
iterative  guidance  computations  are  shown  in  Fig.  3.5-3  along  the 
path  followed  for  P7071FLG=1.  This  flag  is  set  at  the  beginning  of 
P70  and  P71  to  cause  the  guidance  equations  to  operate  in  the  abort 
target  mode. 

The  cross  range  translation  to  be  achieved  by  the  abort  maneuver 
is  automatically  limited  by  the  F70/P71  target  initialization  to  a pad- 
loaded  maximum  (1/2  deg,  approximately  8 nm,  was  used  for  Apollo  14). 

The  DPS  Abort  Program,  P70,  is  called  by  the  LGC  upon 
receipt  of  an  abort  discrete  bit,  while  P71  is  called  automatically 
when  an  abort  stage  discrete  bit  is  sensed  by  the  LGC.  However,  if 
the  astronaut  has  set  CFANBKUF  bit  1 to  1,  both  the  abort  and  abort 
stage  discretes  will  be  ignored  by  the  LGC.  Either  program  may  be 
called  by  the  astronaut  using  a V37  DSKY  entry,  regardless  of  the 
state  of  CHANBKUP  bit  1. 
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' When  P70  or  P71  is  called  to  supersede  any  of  the  landing 

maneuver  programs  (P63,  P64,  and  P66)  their  initialization  and 
operation  are  very  similar,  both  using  the  Powered  Ascent  Guidance 
Equations  to  control  the  vehicle  to  the  desired  injection  conditions. 

The  input  parameters  required  for  the  P70  and  P71  abort  programs 
when  used  in  this  mode,  which  are  supplied  by  the  landing  programs 
are: 

1.  tjQ(  Descent)  - time  of  DPS  landing  maneuver  ignition 

2.  t,  r(t),  v(t)  - current  LM  state  vector 

3.  ^c’  '^c  ” recent  CSM  state  vector 

4.  m - vehicle  mass  (used  only  by  P70) 

All  other  input  parameters  are  prestored  in  the  LGC. 

The  primary  outputs  of  P70  and  P71  are  the  same  as 
those  for  the  Powered  Ascent  Program,  P12,  of  Section 

5.  3.  5,  namely:  LM  Digital  Autopilot  (DAP)  attitude  commands, 
engine-off  signals,  and  display  parameters  for  the  Vertical  Rise 
and  Ascent  Guidance  Phases  (Section  5.  3.  5.  3). 


5.4.3. 1.2  DPS  Abort  Program,  P70 


The  functional  logic  for  P70  is  shown  in  Fig.  4.  3-1, 
together  with  the  Ascent  Guidance  Computations,  Sec.  5.  3.  5.  9,  When  a 
DPS  powered  abort  is  initiated,  the  thrust  filter  must  be  initialized. 
Because  of  the  decrease  of  vehicle  mass  during  the  descent  burn 
preceding  the  abort,  the  vehicle  dynamics  must  be  related  to  the 
current  mass  of  the  vehicle.  In  addition,  the  engine  performance 
itself  varies  because  of  erosion  which  takes  place  during  burning. 

The  main  effect  of  the  erosion  is  to  increase  the  mass  flow  rate, 
m,  leaving  the  exhaust  velocity,  V^,  relatively  unchanged.  The 
initialization  of  P70  assumes  a constant  m which  introduces  an 
error  into  the  initialization  of  the  engine  performance  and  the  thrust 
magnitude  filter.  This  error  will  decrease  and  eventually  vanish. 

The  engine  performance  initialization  takes  place  as  follows: 
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(4,3.  1) 


where 


mV  V 
^ _ e 

m T 


T 


m 

m 


The  thrust  filter  is  initialized  with  the  reciprocals  of  three  dummy 
PIPA  readings,  AV^^,  AV2,  The  same  number  is  used  for 

all  three 


1 _ 1 _ 1 _ 1 
AVi  - AV2  - ^3  - AVjc 

where 


Kd/DV)  At  . 

K (l/DV)  = mVe 

and  At  = computation  cycle  time. 

The  final  engine  performance  parameter  to  be  initialized 


is 


^^Tail-off  ~ ^ negative  constant  time  increment  used 
to  correct  t for  the  P70  DPS  tail- off. 

go 

It  is  initialized  from  ^^Tail-off 
fixed  memory. 

The  next  step  is  to  set  a mission  sequence  flag, 

FLP70,  to  indicate  that  P70  has  been  called,  so  that  any  subsequent 
call  to  P71  will  take  this  fact  into  account. 

The  initialization  of  the  target  conditions  is  done  next. 
First,  the  time-to-go  is  estimated  by 
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= TFI 


t 

go 

where 

TFI  = t - tjQ  (Descent) 


The  desired  cutoff  conditions  are  transferred  from  fixed  to  erasable 
storage,  and  Q,  the  normal  to  the  CSM  orbit  plane,  is  computed. 
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5.  4.  3. 1.  3 


APS  Abort  Program,  P71 


The  APS  Abort  Program,  P71,  can  be  used  in  two 

modes,  either  as  a primary  abort  program,  or  as  a follow-up  to 

P70.  In  either  mode,  the  thrust  filter  initialization  is  the  same, 

and  differs  from  the  P70  initialization  in  that  all  parameters  are 

prestored  in  the  LGC.  The  initialization  of  t is  different  in  the 

go 

two  modes.  In  the  primary  mode  it  is  initialized  in  the  same  way 
as  in  P70.  In  the  follow-up  mode,  a value  of  t is  available  from 
the  operation  of  P70,  and  this  is  doubled  to  account  for  the  lower 
acceleration  of  a full  ascent  stage  compared  with  an  empty  descent 
stage.  The  initialization  of  the  target  is  bypassed  in  the  follow-up 
mode,  since  it  has  already  been  done  by  P70. 

When  P71  is  called,  the  flag  ABORTFL  is  set  to  0 to 
prohibit  any  further  calls  to  the  abort  programs  P70  and  P71. 

ABTTGFLG  is  used  for  downlink  information  to 
indicate  which  set  of  E-load  parameters  are  being  used  (when 
set  J2,  K2;  when  reset  Jj,  Kj^).  This  flag  is  reset  by  ROO  in  the 
V37  selection  of  any  program  except  P70  or  P71,  and  set  by  the 
selection  of  J2,  K2  within  P70  or  P71. 


P70 


P71 


Computations 
Fig.  3.  5-3 
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5.  4.  3.  1. 4 Abort  Rotation  Control 


When  an  abort  is  initiated,  it  is  necessary  to  put  some  con- 
straint on  the  direction  of  rotation  from  initial  to  desired  attitude. 
The  FINDCDUW  program  would,  if  left  to  itself,  select  the  shortest 
rotation  arc  and,  under  some  circumstances,  this  could  cause  the 
vehicle  x-axis  to  rotate  down  through  the  local  vertical,  causing 
problems  with  certain  antennas. 

To  prevent  this,  the  desired  thrust  vector,  HpQp,  is  modified 
before  delivery  to  FINDCDUW.  A flag,  ROTFLAG,  is  set  to  1 
during  P70/P71  initialization  to  invoke  this  mode  of  operation,  and 
it  can  be  followed  on  page  4 of  Fig.  3.  5-3. 

The  desired  thrust  vector  is  above  the  local  horizontal; 
hence,  a downward -pointing  Xg  which  is  within  90  deg  of  u^j^p 
must  be  posigrade  of  the  local  vertical,  and  X g will  not  rotate 
through  -R  during  the  maneuver.  If  the  angle  between  upppand  Xb 
is  more  than  9p  the  rotation  control  causes  vertical  thrust  to  be 
commanded.  The  value  for  0i  loaded  for  APOLLO  14  was  90  deg, 
consistent  with  the  above  criterion.  If  Jfp  above  the  horizontal, 
the  shortest  route  is  through  +R,  which  is  satisfactory.  If  the  angle 
between  Xg  and  +R  is  more  than  02,  the  rotation  control  causes 
vertical  thrust  to  be  commanded.  The  value  of  02  loaded  for 
APOLLO  14  was  30  deg. 
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BASIC  SUBROUTINES 


5.  5 


5.5,1  GENERAL  COMMENTS 


The  basic  solar  system  and  conic  trajectory  sub- 
routines which  are  used  by  the  various  guidance  and  navigation 
routines  are  described  in  this  section. 

5.  5.  1.  1 Solar  System  Subroutines 


The  subroutines  used  to  determine  the  translation 
and  rotation  of  the  relevant  solar  system  bodies  ( earth,  moon 
and  sun)  are  designed  specifically  for  a fourteen  day  lunar 
landing  mission.  The  method  of  computing  the  moon  and 
the  sun  lines  - of  - sight  relative  to  the  earth  ds  given 
in  Section  5.5.4.  The  transformations  between  the  Basic  Ref- 
erence Coordinate  System  and  the  Earth  - and  Moon-fixed 
Coordinate  Systems  are  described  in  Section  5.5.2.  The  pro- 
cedure for  transforming  between  vectors  in  the  Basic  Reference 
Coordinate  System  and  latitude,  longitude,  altitude  coordinates 
is  given  in  Section  5.5.3.  Although  these  subroutines  are 
normally  used  in  the  lunar  landing  mission,  they  are  valid  for 
use  in  any  mission  of  not  more  than  fourteen  days  duration  in 
earth-moon  space. 
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5.  5. 1.2  Conic  Trajectory  Subroutines 


This  is  a description  of  a group  of  conic  trajectory 
subroutines  which  are  frequently  used  by  higher  level  routines 
and  programs  in  both  the  Command  Module  and  the  Lunar 
Module  computers. 

Those  subroutines,  whose  block  diagrams  are  presented 
in  Sections  5.  5.  5 to  5.  5. 10,  provide  solutions  to  the  following  conic 
problems.  (See  nomenclature  which  follows) 


(1) 

(2) 

(3) 

(4) 

(5) 


Given  r (t^  ),  v (t^  ).  t^^;  solve  for  £ (t2  ).  v (tg  ) 

(Kepler  Subroutine) 

Given  £ (t^  ),  £ (tg  ),  t£)2i'®G'  -^^1^ 

( Lambert  Subroutine ) 
Given  £ (tp,  v ( tj^ ),  0 ; solve  for  £ ( t 2 )«  £ < *2  ^ 

( Time -Theta  Subroutine ) 

Given  r(tj^),  v ( t^  ),  r (t2),s.;  solve  for  tgj,  £(t2).  £(*2) 

(Time -Radius  Subroutine) 
Given  £ (t),  v (t)  ; solve  for  rp,  r^,  e 

( Apsides  Subroutine ) 


In  addition,  the  following  useful  subroutines  are  pro- 
vided. 

(6)  Conic  Parameters  Subroutine  (See  Fig.  5.  10-1). 


(7)  Geometric  Parameters  Subroutine  (See  Fig.  5.  10-2). 

(8)  Iterator  Subroutine  (See  Fig.  5.  10-3). 
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The  solutions  to  the  above  set  of  conic  problems 
have  stringent  accuracy  requirements.  Programming  the 
fixed -point  Apollo  computer  introduces  two  constraints  which 
determine  accuracy  limitations:  the  28  bit  double  precision 
word,  length,  and  the  range  of  variables  which  is  several 
orders  of  magnitude  for  the  Apollo  Mission. 

In  order  to  maintain  numerical  accuracy  when  these 
subroutines  are  programmed  into  the  Apollo  Computer,  floating 
point  programming  techniques  must  be  exercised.  The  effect  is 
for  even  a simple  equation  to  require  a large  number  of  computer 
instructions.  The  alternative  to  this  is  to  separate  the  problem 
into  phases,  each  with  a different  variable  range.  This,  however, 
requires  an  even  larger  number  of  instructions.  These  consid- 
erations provide  the  incentive  for  efficiently  organizing  the  conic 
equations  as  shown  on  the  block  diagrams. 


In  addition  to  the  requirement  for  accuracy 
the  solution  to  the  Kepler  and  Lambert  Problems  must  be  ac- 
complished in  a minimum  of  computation  time  in  order  that  the 
guidance  system  operate  satisfactorily  in  real  time.  This  ad- 
ditional constraint  dictates  that  a minimum  of  computer  in- 
structions be  performed  when  solving  the  problem. 

Method  of  Solution 

To  minimize  the  total  number  of  computer  instructions, 
the  problems  are  solved  in  the  "universal"  form;  i.  e.  only 
equations  which  are  equally  valid  for  the  ellipse,  parabola  and 
hyperbola  are  used.  Also  these  subroutines  can  be  used  with 
either  the  earth  or  the  moon  as  the  attracting  body. 
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Kepler's  equation,  in  the  universal  form,  is  utilized 
to  relate  transfer  time  to  the  conic  parameters.  All  other 
necessary  equations  are  also  universal.  The  Kepler  and  Lambert 
problems  are  solved  with  a single  iteration  loop  utilizing  a 
simple  first-order  slope  iterator.  In  the  case  of  the  Kepler 
problem  a third  order  approximation  is  available  to  produce  the 
initial  guess  for  the  independent  variable  (See  Eq.  (2.  2.  4)  of 
Section  5.2.2.  2). 

Sections  5.  5.  5 thru  5.  5.  10  provide  block  diagrams 
of  the  detailed  computational  procedures  for  solving  the  various 

problems.  The  equations  are  presented  in  block  diagram 
form  with  nomenclature  below. 


Range  of  Variables 


As  indicated  previously,  the  programming  of  the 
conic  subroutines  requires  a careful  balance  between  ac- 
curacy, computational  speed  and  number  of  instructions.  This 
balance,  in  the  Apollo  Guidance  Computer,  leaves  very  little 
margin  in  any  of  these  areas. 

Since  the  values  of  problem  variables  are  determined 
by  the  solution  of  the  problem  being  solved  and  since  the  prob- 
lem may  originate  from  the  ground  system,  it  is  essential 
that  the  variable  range  limitations  be  defined.  The  conic 
routines  are  incapable  of  handling  problems  when  the  solution 
lies  outside  of  the  range. 

The  following  is  a list  of  the  maximum  allowable 
numeric  values  of  the  variables.  Note  that,  in  addition  to 
fundamental  quantities  such  as  position  and  velocity,  there 
are  limitations  on  intermediate  variables  and  combinations 
of  variables. 
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Scaling  for  Conic  Subroutines  (Sections  5.  5.  5 to  5.  5.  10 ) 


Parameter 


Maximum  Value 


Earth 

Primary  Body 
„29 


Moon 

Primary  Body 
„27 


a 

"n 

Pn 

cot  7 
cot  2 


f = O'  X 

c j = r • V 
c^  = r v^/u  - 1 
X=  r (tp/ra^) 
Cos  6 - X 


,28 


,-22 


2^'^ 

- 50 
+ 

.17 


,28 


,-20 


2'® 

- 50 
+ 4^“^ 
2^6 
.0 


All  dimensional  values  are  in  units  of  meters  and  centiseconds. 


The  maximum  absolute  value  occurs  for  negative  values  of 
this  parameter. 

**>i‘Both  the  maximum  and  minimum  values  are  listed  since 
neither  may  be  exceeded. 
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Maximum  Value* 


Parameter  Earth  Moon 


e 

2^ 

2^ 

2 

X 

34 

2 

32 

2 

C (C) 

233 

2^' 

s (?)/N/Ar 

2^® 

228 

c J x^  c (?) 

2^9 

2^® 

C2  x^  s (?) 

235 

233 

X (C2  x^  s (?)  + r (tj)] 

2^^ 

246 

1 s (?) 

2^ 

2^ 

x^  c (?)/r 

2« 

2« 

'^x  (?  s (?)  - DjriX^) 

2^^ 

2^3 

c (?) 

2^ 

2^ 

s (?) 

2^ 

2^ 

All  dimensional  values  are  in  units  of  meters  and  centiseconds. 
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Nomenclature  for  Conic  Subroutines  (Sections  5.  5.  5 to  5.  5.  10  ) 


r(ti) 

v(ti) 

r(t2) 


"N 


Pn 


7 


0 

f 


initial  position  vector 

initial  velocity  vector 

terminal  position  vector 

terminal  velocity  vector 

unit  normal  in  the  directioi.  of  the  angular 
momentum  vector 

reciprocal  of  semi -major  axis 
(negative  for  hyperbolas) 

radius  of  pericenter 

radius  of  apoc enter 

eccentricity 

ratio  of  magnitude  of  initial  position  vector 
to  semi-major  axis 

ratio  of  semi-latus  rectum  to  initial 
position  vector  magrutude 

inertial  flight  path  angle  as  measured  from 
vertical 

true  anomaly  difference  between  r(t^)  and  r(t2) 
true  anomaly  of  r (tg) 
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-21 


a universal  conic  parameter  equal  to  the  ratio 
of  eccentric  anomaly  difference  to  V + o for  the 
ellipse,  or  the  ratio  of  the  hyperbolic  analog 
of  eccentric  anomaly  difference  to  V - a for 
the  hyperbola 

value  of  X from  the  previous  Kepler  solution 

computed  transfer  time  from  Kepler's  equation 
(t2  -tj) 


'21 


transfer  time  Corresponding  to  the  previous  solu- 
tion of  Kepler's  equation 


D 


desired  transfer  time  through  which  the  conic 
update  of  the  state  vector  is  to  be  made 


D21 


desired  transfer  time  to  traverse  from  r(tp 
to  ^(tg) 


ERR 

Ax 


error  in  transfer  time 

fraction  of  desired  transfer  time  to  which 
must  converge 

increment  in  x which  will  produce  a smaller 


c value  of  Ax  which  will  prodiu  c lU)  significant 

x ' 

change  in 

Acot  7 increment  in  cot  7 which  will  decrease  the 

magnitude  of  'tgpp 

value  of  Acot  7 which  will  produce  no  signifi- 
cant change  in  tgj 
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^MAX 

^MIN 

^MAX 
^MIN 
^MAX  1 

^MAXO 

k 


y 

y' 

^ERR 

z 


product  of  universal  gravitational  constant 
and  mass  of  the  primary  attracting  body 

maximum  value  of  x 

minimum  value  of  x 

maximum  value  of  cot  7 
minimum  value  of  cot  7 

upper  bound  of  general  independent  variable 

lower  bound  of  general  independent  variable 

absolute  upper  bound  on  x with  respect  to  the  moon 

absolute  upper  bound  on  x with  respect  to  the  earth 

a fraction  of  the  full  range  of  the  independent 
variable  which  determines  the  increment  of 
the  independent  variable  on  the  first  pass 
through  the  iterator 

general  dependent  variable 

previous  value  of  y 

error  in  y 

general  independent  variable 
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Az 


increment  in  z which  will  produce  a smaller  y. 


ERR 


s„  a sign  which  is  plus  or  minus  according  to 

whether  the  true  anomaly  difference  between 
r(tj)  and  £(t2)  is  to  be  less  than  or  greater 
than  180  degrees 

Sj  a sign  which  is  plus  or  minus  according  to 

whether  the  desired  radial  velocity  at  r(t2) 
is  plus  or  minus 

p general  vector  # 1 

Pg  general  vector  # 2 

0 angle  between  p and  Pg 

f a switch  set  to  0 or  1 according  to  whether  a 

guess  of  cot  7 is  available  or  not 

f2  a switch  set  to  0 or  1 according  to  whether 

Lambert  should  determine  Uj^  from  r{tj^)  and  £^2) 
or  u j^is  an  input 

fg  a tag  set  to  0 or  1 according  to  whether  the 

iterator  should  use  the  " Regula  Falsi"or  bias 
method 

f^  a flag  set  to  0 or  1 according  to  whether  the 

iterator  is  to  act  as  a first  order  or  a second 
order  iterator 

fg  a flag  set  to  0 or  1 according  to  whether 

Lambert  converges  to  a solution  or  not 
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f 


6 


f 


7 


a switch  set  to  0 or  1 according  to  whether 
or  not  the  new  state  vector  is  to  be  an  ad- 
ditional output  requirement  of  the  Time -Theta 
or  Time -Radius  problems. 

a flag  set  to  1 if  the  inputs  require  that  the 
conic  trajectory  must  close  through  infinity 


f 


8 


a flag  set  to  1 if  the  Time -Radius  problem 
was  solved  for  pericenter  or  apocenter 
instead  of  r (t2) 

a flag  set  to  1 if  the  input  to  the  Time-Radius 

“18 

Subroutine  produced  an  e less  than  2 


t 

P 


n 


1 


period  of  the  orbit 


to  which  tgj^pj  must  converge 


a flag  set  to  0 or  1 according  to  whether 
or  not  the  velocity  vector  at  the  terminal 
position  is  to  be  an  additional  output 
requirement  of  the  Lambert  Routine 
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5.  5.  2 


PLANETARY  INERTIAL  ORIENTATION  SUBROUTINE 


This  subroutine  is  used  to  transform  vectors  between  the 
Basic  Reference  Coordinate  System  and  a Planetary  (Earth-fixed  or 
Moon-fixed)  Coordinate  System  at  a specified  time.  These  three 
coordinate  systems  are  defined  in  Section  5.  1.4. 

Let  r be  a vector  in  the  Basic  Reference  Coordinate  System, 
rpthe  same  vector  expressed  in  the  Planetary  Coordinate  System,  and 
t the  specified  ground  elapsed  time  (GET).  Then, 


rp  = M(t)  (£  ■ ;^  X r) 


(5.  2.  1) 


and 


r = M'^(t)  (rp+  £pX  r^^  (5.2.2) 

where  M(t)  is  a time  dependent  orthogonal  transformation  matrix,  £ 
is  a small  rotation  vector  in  the  Basic  Reference  Coordinate  System, 
and  £pis  the  same  vector  £ expressed  in  the  Planetary  Coordinate 
System.  The  vector  £ is  considered  constant  in  one  coordinate  sys- 
tem for  the  duration  of  the  mission.  The  method  of  computing  M(t) 
and  £ depends  on  whether  the  relevant  planet  is  the  earth  or  the  moon. 


Case  I - Earth 


For  the  earth,  the  matrix  M(t)  describes  a rotation  about 
the  polar  axis  of  the  earth  (the  Z-axis  of  the  Earth -fixed  Coordinate 
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System),  and  the  vector  £ accounts  for  the  precession  and  nutation 
of  the  polar  axis  (the  deviation  of  the  true  pole  from  the  mean  pole). 

Let  and  Ay  be  the  small  angles  about  the  X-  and  Y-axes 
of  the  Basic  Reference  Coordinate  System,  respectively,  that  de- 
scribe the  precession  and  nutation  of  the  earth's  polar  axis.  The 
values  of  these  two  angles  at  the  midpoint  of  the  mission  are  inclu- 
ded in  the  pre-launch  erasable  data  load  and  are  considered  constant 
throughout  the  flight.  Then, 


0 

\ / 


M(t)  = 


cos  A„  sin  A. 
-sin  kr,  cos  Ar 


(5.  2,  3) 


£^  = M(t)  £ 


where  A^^gis  the  angle  between  the  X-axis  of  the  Basic  Reference 
Coordinate  System  and  the  X-axis  of  the  Earth-fixed  Coordinate 
System  (the  intersection  of  the  Greenwich  meridian  and  the  equatorial 
plane  of  the  earth)  at  July  1. 0,  1971  universal  time  ( i.  e.  , midnight 
at  Greenwich  just  prior  to  July  1,  1971  ) , tg  is  the  elapsed  time 
between  July  1. 0,  1971  universal  time  and  the  time  that  the  computer 
clock  was  zeroed,  and  is  the  angular  velocity  of  the  earth. 
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Case  II 


Moon 


For  the  moon,  the  matrix  M(t)  accounts  for  the  difference 
in  orientation  of  the  Basic  Reference  and  Moon-fixed  Coordinate  Sys- 


terns  in  exact  accordsince  with  Cassini's  laws,  and  the  rotation  vector 

£ corrects  for  deviations  from  the  above  orientation  because  of  physi- 
cal libration. 

Define  the  following  three  angles  which  are  functions  of 

time: 

B 

= 

the  obliquity,  the  angle  between  the  mean  earth 
equatorial  plane  and  the  plane  of  the  ecliptic. 

“l 

the  longitude  of  the  node  of  the  moon's  orbit 

measured  from  the  X-axis  of  the  Basic  Reference 

Coordinate  System. 

F 

= 

the  angle  from  the  mean  ascending  node  of  the 

moon's  orbit  to  the  mean  moon. 

Let  I be  the  constant  angle  between  the  mean  lunar  equatorial  plane 
and  the  plane  of  the  ecliptic  (5521.  5").  Then,  the  sequence  of 

rotations  which  brings  the  Basic  Reference  Coordinate  System  into 
coincidence  with  the  Moon -fixed  Coordinate  System  (neglecting  li- 
bration)  is  as  follows: 


Rotation 

Axis  of  Rotation 

Angle  of  Rotation 

1 

X 

B 

2 

Z 

“l 

3 

X 

-I 

4 

z 

TT  + F 

The  transformation  matrices  for  these  rotations  are, 
respectively. 


/ 


\ 

1 0 0 
0 cos  B sin  B 

0 -sinB  cos  B -j 

cos  Clj  sin  tlj.  0 

- sin  Slj.  cos  0 

0 0 1 , 

. (5.  2.  4) 

10  0 
0 cos  I -sin  I 

0 sin  I cos  I 

\ 

-cos  F -sin  F 0 

sin  F -cos  F 0 

0 0 1 ^ 
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The  matrix  M(t)  is  then  given  by 


M(t)  = Mg  Mg  M^ 


(5.  2.  5) 


The  following  approximate  method  is  used  to  determine 
the  transformation  between  the  Basic  Reference  and  Moon-fixed 
Coordinate  Systems. 

The  angles  B,  and  F are  computed  as  linear  functions 


Let  be  the  value  of  the  vector  libration  (expressed 


of  time. 

in  the  Moon-fixed  Coordinate  System)  at  the  nominal  lunar  landing  time. 
While  the  LM  is  on  the  surface  of  the  moon,  a new  value  of  refer- 
enced to  the  nominal  launch  time  should  be  uplinked.  The  vector 
is  included  in  the  pre-launch  erasable  data  load  and  is  considered 
constant  throughout  the  flight.  Then, 


Ip 

) 

11 

t,,. 

= t + t„ 

M 

0 

• 

B 

= + SI,  t 

I 

10  I M 

F 

= ^o+Ft^ 

cos  ilj 
cos  B sin 


I 


sin  B sin  Q 


I I 


(5.2.6) 


-sinil 


I 

cos  B cos 


I 


\ sin  B cos  n 
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0 


-sin  B 
cos  B 

/ 


d = b Cj  - c Sj 

nrig  = ^ Sj  + £ Cj 

nin  = -a  cos  F - d sin  F 


M(t)  = 


jC 


a sin  F - d cos  F 


HlO 


T ' 
I 

T 


mg 


Ip 


(5.2.6) 
( cont . ) 


where  Bq,  and  Fq  are  the  values  of  the  angles  B,  and  F,  re- 

spectively, at  July  1.0,  1971  universal  time;  B,  and  F are  the 
rates  of  change  of  these  angles;  and  and  Sj  are  the  cosine  and  sine, 
respectively,  of  the  angle  I. 


5.  5-17 


5.  5.  3 


LATITUDE -LONGITUDE  SUBROUTINE 


For  display  and  data  load  purposes,  the  latitude,  longitude, 
and  altitude  of  a point  near  the  surface  of  the  earth  or  the  moon  are 
more  meaningful  and  more  convenient  to  use  than  the  components  of  a 
position  vector.  This  subroutine  is  used  to  transform  position  vec- 
tors between  the  Basic  Reference  Coordinate  System  and  Geographic 
or  Selenographic  latitude,  longitude,  altitude  at  a specified  time. 

In  the  case  of  the  moon,  the  altitude  is  computed  above  either 
the  landing  site  radius,  or  the  mean  lunar  radius,  r^^.  For  the  earth, 

the  altitude  is  defined  with  respect  to  either  the  launch  pad  radius,  I’Lp.  or 
the  radius  of  the  Fischer  ellipsoid,  rp,  which  is  computed  from 


2 

1 - (1  - ^ ) (1  - SINL^) 
a 

where  a and  b are  the  semi -major  and  semi -minor  axes  of  the 
Fischer  ellipsoid,  respectively,  and  SINL  is  the  sine  of  the  geocen- 
tric latitude. 

The  computational  procedures  are  illustrated  in  Figs. 

5.  3-1,  5.  3-2,  and  5.  3-3.  The  calling  program  must  specify  either 
a vector  r or  latitude  (Lat),  longitude  (Long),  and  altitude  (Alt).  In 
addition,  the  program  must  set  the  time  t and  the  two  indicators  P 
and  F where 

0 for  earth 

P. 

1 for  moon 


(5.  3,  1) 
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F 


r 

1 for  Fischer  ellipsoid  or  mean  lunar  radius 
0 for  launch  pad  or  landing  site  radius 
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EXIT 


Fig.  5.  3-1  Vector  to  Latitude,  Longitude,  Altitude 
Computation  Logic  Diagram 
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Fig.  5.  3-2  Latitude,  Longitude,  Altitude  to  Vector 
Computation  Logic  Diagram 
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ENTER 


Figure  5.  3 -3a  Determination  of  7 


ENTER 


Figure  5.  3 -3b  Determination  of  r^ 


5.  5-22 


5.  5.4 


LUNAR  AND  SOLAR  EPHEMERIDES 


This  subroutine  is  called  by  LOCSAM(Section  5.5.13  ) 
in  order  to  obtain  the  line -of -sight  unit  vectors  of  the  moon  and 
sun,  with  respect  to  the  LM,  which  may  be  used  for  IMU  align- 
ment. 


The  positions  of  the  moon  and  sun  are  obtained  from 
simple  approximation  schemes  which  are  stored  in  the  compu- 
ter's fixed  memory. 


If  the  obliquity  of  the  ecliptic  and  the  inclination  of 
the  lunar  orbit  are  considered  constant,  the  unit  position  vector 
of  the  moon  with  respect  to  the  earth  in  the  Basic  Reference  Co- 
ordinate System  defined  in  Section  ( 5,  1.  4 ),  is  given  by 


cos  ( LOM ) 


Hem' UNIT 


K, 


sin  ( LOM ) 


sin  ( LOM 


Kg  sin  ( LOM ) + sin  ( LOM 


- LON) 

- LON) 


where  the  longitude  of  the  mean  moon  ( LOM ) is  approximated 
using  its  value  and  rate  at  the  appropriate  July  1.0,  1971,  and 
using  empirically  determined  periodic  terms: 


LOM  = LOMq  + LOMj^t  - |a  sin  ( OMEGA^t  + PHASE^  ) 

+ B sin  ( OMEGAgt  + PHASE^  )j 

and  where  the  longitude  of  the  moon's  node  (LON)  is  similarly 
approximated: 
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KEPLER  SUBROUTINE 


The  Kepler  Subroutine  solves  for  the  two  body  posi- 
tion and  velocity  vectors  at  the  terminal  position  given  the  initial 
position  and  velocity  vectors  and  a transfer  time  to  the  terminal 
position. 


This  section  contains  information  to  aid  the  reader 
in  understanding  the  less  obvious  aspects  of  the  Kepler  Sub- 
routine block  diagram  depicted  in  Figs.  5.  5-1  thru  5.  5-3.  The 
subroutines  referred  to  in  these  figures  are  presented  in 
Section  5.  5.  10  and  the  nomenclature  is  found  in  Section  5.  5. 1.  2. 

Prior  to  entering  the  Kepler  Subroutine,  an  initial 
estimate  of  x can  be  generated  via  Eq.  (2.2.4)  of  Section  5.  2.  2.  2 
with  ^ = tj^  “ ^21  ^ “ *D‘  However,  x'  and  non -zero 

only  if  the  subroutine  is  being  used  repetitively. 

Although,  theoretically,  there  is  no  upper  bound  on 

X,  the  practical  bound  is  set  to  or  to  eliminate 

non-feasible  trajectories  and  increase  the  accuracy  to  which  x 

2 

can  be  computed.  In  addition,  ax  has  a practical  range  of 
2 2 

-50  < ax  < (27r  ) which  determines  an  independent  upper  bound 
on  X.  The  used,  then,  corresponds  to  the  smaller  of 

the  two  values. 

The  transfer  time  convergence  criterion  is  approxi- 
mately the  same  as  the  granularity  of  the  time  input.  Since, 
for  some  of  the  problems  to  be  solved,  the  sensitivity  of  time 
to  X is  so  large  that  the  granularity  in  x,  e produces  a change 
in  time  which  exceeds  the  granularity  in  time,  it  is  necessary 
to  introduce  as  a redundant  convergence  criterion. 

The  Kepler  Subroutine;  provided  the  parameter  range 
constraints  are  satisfied,  will  always  produce  a solution. 
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A negative  value  of  will  cause  the  subroutine  to  update 
the  state  vector  backward  in  time  (i.  e,  backdate  the  state  vector). 
The  subroutine  may  be  called  to  update  or  backdate  for  any 
amount  of  time;  there  are  no  restrictions  on  whether  the  time 
tj^  is  less  than  a period. 
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Figure  5.  5-1  Kepler  Subroutine 
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CaU  KEPLER  EQUATION  subroutiiM 
Cj.  Cj,  X,  C,  r (tj).  M 


Fig.  5.5-3  Kepler  Subroutine 
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5.  5.  6 


LAMBERT  SUBROUTINE 


The  Lambert  Subroutine  solves  for  the  two  body 
initial  velocity  vector  given  the  initial  and  terminal  position 
vectors  and  a transfer  time  between  the  two. 

This  section  contains  information  to  aid  the  reader 
in  understanding  the  less  obvious  aspects  of  the  Lambert  Sub- 
routine block  diagrams  depicted  in  Figs.  5.  6-1  and  5.  6-2. 

The  subroutines  referred  to  in  these  figures  are  presented  in 
Section  5.  5,  10,  Nomenclature  is  found  in  Section,  5.  5.  1, 2. 

If  the  Lambert  Subroutine  is  used  repetitively  and 
rapid  computation  is  required,  the  previous  value  of  the  in- 
dependent variable,  cot  7,  can  be  used  as  a starting  point  for 
the  new  iteration.  Flag  f^  provides  this  option. 


The  Lambert  Subroutine  computes  the  normal  to  the 
trajectory,  u^^,  using  the  two  input  position  vectors.  If  these 
vectors  are  nearly  colinear,  it  is  desirable  to  specify  the  nor- 
mal as  an  input  rather  than  rely  on  the  ill -defined  normal  based 
on  the  two  input  position  vectors.  Flag  provides  this  option. 

The  presence  of  the  inputs  in  parentheses,  therefore,  is  con- 
tingent upon  the  setting  of  these  flags. 

The  theoretical  bounds  on  the  independent  variable, 
cot  7,  correspond  to  the  infinite  energy  hyperbolic  path  and 
the  parabolic  path  which  closes  through  infinity.  These  bounds 
are  dynamically  reset  by  the  iterator  to  provide  a more  efficient 
iteration  scheme.  In  addition,  if  during  the  course  of  the  itera- 
tion, cot  T causes  a parameter  of  the  problem  to  exceed  its 
maximum  as  determined  by  its  allowable  range,  the  appropriate 
bound  is  reset  and  the  iterator  continues  trying  to  find  an  ac- 
ceptable solution.  (This  logic  does  not  appear  in  Figs.  5. 6-1  and  2 
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as  it  is  pertinent  only  to  fixed-point  programming).  If  no  ac- 
ceptable solution  is  reached,  the  transfer  time  input  was  too 
small  to  produce  a practical  trajectory  between  the  input  position 
vectors.  When  this  happens,  A cot  7 approaches  its  granularity 
limit  before  time  converges  to  within  a fraction  of  the  de- 
sired time.  However,  this  same  granularity  condition  exists  when 
the  sensitivity  problem  occurs  as  described  in  the  Kepler  Subroutine, 
Section  5.  5.  5.  In  this  case  an  acceptable  solution  does  exist. 

This  dual  situation  is  resolved  via  a third  convergence  criterion. 

If  the  error  in  transfer  time  is  greater  than  the  usual  fraction 
of  the  desired  transfer  time,  but  still  less  than  a slightly  larger 
fraction  of  the  desired  transfer  time  and  A cot  7 is  less  than 
then  the  solution  is  deemed  acceptable  and  the  required  velo- 
city is  computed.  If,  on  the  other  hand,  the  error  in  the  transfer 
time  is  greater  than  the  fraction  of  the  desired  transfer  time 
and  A cot  7 is  less  than  e^,  then  the  flag  f^  is  set  to  indicate  that 
the  required  velocity  will  have  degraded  accuracy. 

The  maximum  number  of  iterations  allowable  in  the 
Lambert  Subroutine  has  been  made  an  input  to  the  routine,  in  order 
to  give  the  user  direct  control  over  the  maximum  computation  time 
to  be  allowed.  If  no  initial  guess  of  cot  7^  is  supplied,  this  number 
should  be  set  to  20.  If  an  initial  guess  of  cot  7^  is  supplied,  which 
is  sufficiently  close  to  the  true  cot  7^,  then  this  number  may  be  set 
as  low  as  5. 
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Figure  5.  6-1  Lambert  Subroutine 
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Figure  5.  6-2  Lambert  Subroutine 
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5.5.7 


TIME -THETA  SUBROUTINE 


The  Time -Theta  Subroutine  solves  for  the  two  body 
transfer  time  given  the  initial  position  and  velocity  vectors  and 
the  true  anomaly  difference  ( transfer  angle ) to  the  terminal 
position. 


This  section  contains  information  to  aid  the  reader 
in  understanding  the  less  obvious  aspects  of  the  Time -Theta 
Subroutine  block  diagram  depicted  in  Fig.  5.7-1.  The  sub- 
routines referred  to  in  this  figure  are  presented  in  Section 
5.  5.  10.  Nomenclature  is  found  in  Section  5.  5.  1.2. 


The  flag  fg  must  be  zero  if  the  user  desires  compu- 
tation of  the  terminal  state  vector  in  addition  to  the  transfer  time. 

If  the  conic  trajectory  is  a parabola  or  hyperbola  and 
the  desired  transfer  angle,  6,  lies  beyond  the  asymptote  of  the 
conic,  f^  will  be  set  indicating  that  no  solution  is  possible.  * 

In  addition  to  the  parameter  range  constraints  imposed  on 
Kepler's  equation,  the  additional  restriction  on  Time-Theta 
that  the  trajectory  must  not  be  near  rectilinear  is  indicated  by 
the  range  of  cot  y.  * 

The  Time-Theta  problem  is  not  well  defined  for  near 
rectilinear  trajectories,  i e.  the  transfer  angle  6 is  no  longer 
a meaningful  problem  parameter.  This  will  not  cause  difficul- 
ties provided  the  input  variables  are  within  the  specified  ranges. 


*If  the  Time-Theta  Routine  is  called  with  inputs  for  which  no 
solution  is  possible  (for  either  or  both  of  these  two  reasons), 
the  routine  will  abort  with  an  alarm  code  of  20607. 
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ENTER 


Figure  5.7-1  Time -Theta  Subroutine 
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TIME -RADIUS  SUBROUTINE 


The  Time  Radius  Subroutine  solves  for  the  two  body 
transfer  time  to  a specified  radius  given  the  initial  position  and 
velocity  vectors  and  the  radius  magnitude. 

This  section  contains  information  to  aid  the  reader 
in  understanding  the  less  obvious  aspects  of  the  Time -Radius 
Subroutine  block  diagrams  depicted  inFigs.  5.8-1  and  5.8-2. 

The  subroutines  referred  to  in  this  figure  are  presented  in 
Section  5.  5.  10.  Nomenclature  is  found  in  Section  5.  5.  1. 2 , 

Paragraphs  3,  4,  and  5 of  Section  5.  5.  7 apply  to  the 
Time-Radius  Subroutine  as  well. 

Since  an  inherent  singularity  is  present  for  the  cir- 
cular orbit  case,  near-circular  orbits  result  in  a loss  of  ac- 
curacy in  computing  both  the  transfer  time,  tg^^.  and  the  final 
state  vector.  This  is  caused  by  the  increasing  sensitivity  of 
t2j^  to  r (tg  ) as  the  circular  orbit  is  approached.  In  the  extreme 
case  that  eccentricity  is  less  than  approximately  2'!^,  the  pro- 
blem is  undefined  and  the  subroutine  will  exit  without  a solution, 
setting  flag  f9  to  indicate  this.  * (The  precise  conditions  are  given 
in  Figure  5.8-1.) 

If  r ( t2  ) is  less  than  the  radius  of  pericenter  or 
greater  than  the  radius  of  apocenter,  then  r (t2  ) will  be  ignored 
and  the  pericenter  or  apocenter  solution,  respectively,  will  be 
computed.  A flag,  fg,  will  be  set  to  indicate  this. 


*If  the  Time -Radius  Routine  is  called  with  inputs  for  which  no 
solution  is  possible  (for  any  one  or  more  of  the  reasons  given 
in  Paragraphs  4 and  5 of  Section  5.5.7  and  Paragraph  4 above), 
the  routine  will  abort  with  an  alarm  code  of  20607-. 

O 
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Figure  5.  8-2  Time -Radius  Subroutine 
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APSIDES  SUBROUTINE 


The  Apsides  Subroutine  solves  for  the  two  body  radii 
of  apocenter  and  pericenter  and  the  eccentricity  of  the  trajectory 
given  the  position  and  velocity  vectors  for  a point  on  the  trajec- 
tory. 

This  subroutine  is  depicted  in  Fig.  5.9-1.  The 
subroutines  referred  to  in  this  figure  are  presented  in  Section 
5.  5.  10  and  the  nomenclature  is  found  in  Section  5.  5.  1.  2. 

It  is  characteristic  of  this  computation  that  the 
apsides  become  undefined  as  the  conic  approaches  a circle. 

This  is  manifested  by  decreasing  accuracy.  When  the  conic 
is  nearly  parabolic,  or  hyperbolic,  the  radius  of  apocenter 
is  not  defined.  In  this  event  the  radius  of  apocenter  will  be 
set  to  the  maximum  positive  value  allowed  by  the  computer. 
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MISCELLANEOUS  SUBROUTINES 


There  are,  as  part  of  the  Conic  Trajectory  Sub- 
routines, three  subroutines  which  are  useful  in  their  own  right. 
These  are  the  Conic  Parameters,  the  Geometric  Parameters 
and  the  Iterator  Subroutines  which  axe  depicted  in  Figs.  5.  10 -I, 

5.  10-2  and  5.  10-3,  respectively. 

The  Conic  Parameters  and  Geometric  Parameters 
Subroutines  are  self  explanatoiry. 

The  Iterator  Subroutine  serves  several  purposes.  It 
is  used  when  flag  f^  is  set  to  zero  to  solve  for  the  value  of  the 
independent  variable  which  drives  the  error  in  the  dependent 
variable  to  zero,  provided  the  function  is  monotonically  increas- 
ing. To  improve  convergence  for  functions  whose  derivative 
changes  rapidly,  the  limits  are  reset  as  shown  in  the  block  diagram. 

With  f^  set  to  1,  the  Iterator  seeks  a minimum  of 
the  function,  provided  the  first  derivative  is  single -valued  be- 
tween the  limits.  The  inputs  are  redefined  so  that  "y"  is  the 
derivative  of  the  independent  variable  with  respect  to  the  dependent 
variable,  and  "x"  is  the  value  at  which  the  derivative  was  computed 
or  approximated.  Since  the  desired  value  of  y is  zero,  = "y- 

Since  the  Iterator  uses  the  "Regula  Falsi"  technique, 
it  requires  two  sets  of  variables  to  begin  iteration.  If  only  one 
set  is  available,  flag  fg  must  be  set  to  1,  causing  the  iterator  to 
generate  the  independent  variable  increment  from  a percentage 
of  the  full  range. 
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In  addition  to  the  above  subroutines  there  are  three 
other  subroutines  of  primary  interest  to  the  five  basic  conic 
subroutines  described  in  Sections  5.  5.  5 to  5.  5.  9.  These  are  the 
Universal  Variable  Subroutine,  the  Kepler  Equation  Subroutine, 
and  the  State  Vector  Subroutine  shown  in  Figs.  5.  10-4,  5.  10-5  ana 
5.  10 -6  .respectively. 

The  Universal  Variable  Subroutine  is  utilized  by  the 
Lambert,  the  Time -Theta  and  the  Time -Radius  Subroutines  to 
compute  the  universal  parameter  x required  for  the  time  equa- 
tion. There  are  two  different  formulations  required  according 
to  the  size  of  the  parameter  w. 

If  the  input  to  the  subroutine  requires  the  physically 
impossible  solution  that  the  trajectory  "close  through  infinity", 
the  problem  will  be’ aborted,  setting  flag 

The  Kepler  Equation  Subroutine  computes  the  transfer 
time  given  the  variable  x and  the  conic  parameters. 

The  State  Vector  oubroutine  computes  the  position 
and  velocity  vectors  at  a point  along  the  trajectory  given  an 
initial  state  vector,  the  variable  x and  the  transfer  time. 

The  final  miscellaneous  subroutine,  the  SETMU  Sub- 
routine, is  depicted  in  Fig.  5. 1 0-7.  It  sets  /u  to  the  appropriate 
primary  body  gravitational  constant  consistent  with  the  estimated 
CSM  or  LM  state  vector  as  defined  in  Section  5.  2.  2.  6. 
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ENTER 


Figure  5.  10-1 


Conic  Parameters  Subroutine 
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Figure  5.  10-2  Geometric  Parameters  Subroutine 
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Figure  5.  10-3  Iterator  Subroutine 
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Figure  5.  10-5  Kepler  Equation  Subroutine 
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Return 
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5.5.11  INITIAL  VELOCITY  SUBROUTINE 


The  Initial  Velocity  Subroutine  computes  the  required 
initial  velocity  vector  for  a trajectory  of  specified  transfer  time 
between  specified  initial  and  target  position  vectors.  The  tra- 
jectory may  be  either  conic  or  precision  depending  on  an  input 
parameter  (namely,  number  of  offsets).  In  addition,  in  the 
precision  trajectory  case,  the  subroutine  also  computes  an 
"offset  target  vector",  to  be  used  during  pure-conic  cross-product 
steering.  The  offset  target  vector  is  the  terminal  position  vector 
of  a conic  trajectory  which  has  the  same  initial  state  as  a precision 
trajectory  whose  terminal  position  vector  is  the  specified  target 
vector. 


In  order  to  avoid  the  inherent  singularities  in  the  180° 
transfer  case  when  the  (true  or  offset)  target  vector  may  be 
slightly  out  of  the  orbital  plane,  the  Initial  Velocity  Subroutine 
rotates  this  vector  into  a plane  defined  by  the  input  initial  posi- 
tion vector  and  another  input  vector  (usually  the  initial  velocity 
vector),  whenever  the  input  target  vector  lies  inside  a cone  whose 
vertex  is  the  origin  of  coordinates,  whose  axis  is  the  180°  trans- 
fer direction,  and  whose  cone  angle  is  specified  by  the  user. 

The  Initial  Velocity  Subroutine  is  depicted  in  Fig.  5.11-1. 
The  Lambert  Subroutine,  Section  5.  5.  6,  is  utilized  for  the  conic 
computations;  and  the  Coasting  Integration  Subroutine,  Section5.2.2„ 
is  utilized  for  the  precision  trajectory  computations. 

The  Initial  Velocity  Subroutine  sets  the  maximum 
number  of  iterations  allowable  inside  the  Lambert  Subroutine  to 
20  in  all  cases. 
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Nomenclature  for  the  Initial  Velocity  Subrcutine 


r(ti) 

v(ti) 


— 


-D 

N, 


e 


[cot  7] 

Vt^i) 


r(t2) 

v^.(t2) 


— T ^^2^ 
cot  7 


a 


Initial  position  vector. 

Vector  (usually  the  actual  initial  velocity  vector) 
used  to  determine  whether  the  transfer  from  the 
initial  position  vector  to  the  target  vector  is  through 
a central  angle  of  less  or  greater  than  180°,  and  also 
used  in  certain  cases  to  specify  the  transfer  plane 
(see  text). 

Target  Vector  (True  target  vector  if  N.  > 0,  or 
Offset  target  vector  if  = 0). 

Desired  transfer  time  from  initial  position  vector  to 
target  vector. 

Number  of  offsets  to  be  used  in  calculating  the  offset 
target  vector  from  the  true  target  vector.  (Nj^  = 0 
implies  conic  calculations  only  with  offset  target  vec- 
tor input). 

Cone  Angle  of  a cone  whose  vertex  is  the  coordinate 
origin  and  whose  axis  is  the  180°  transfer  direction 
(i.  e. , the  negative  initial  position  direction).  The 
cone  angle  e is  measured  from  the  axis  to  the  side 
of  the  cone. 

Switch  set  to  0 or  1 according  to  whether  a guess  of 
cot  7 is  input  or  not. 

Guess  of  cot  7. 

Required  initial  velocity  vector  of  a precision  [a  conic] 
trajectory  which  passes  through  the  true  [or  offset] 
target  vector,  or  the  rotated  true  [or  offset]  target 
vector  if  the  original  target  vector  was  in  the  cone, 
at  the  end  of  the  desired  transfer  time,  if  N.  >0 
[or  Nj^  = 0].  ^ 

Computed  offset  target  vector. 

Final  precision  [conic]  velocity  vector  resulting  from  a 
precision  [conic]  update  of  the  initial  position  vector  and 
the  required  initial  velocity  vector  VrT-(t.),  if  N^  >0, 

[or  Nj^  = 0,  respectively]. 

Final  precision  position  vector. 

Value  to  which  the  Lambert  Subroutine  converged  (for 
later  use  as  guess  to  minimize  computation  time). 

Switch  set  to  0 or  1 according  to  whether  the  input  (true  or 
offset)  target  vector  was  not  or  was  in  the  cone,  and 
consequently  was  not  or  was  rotated  into  the  plane. 

Semi-major  axis. 


Sq  < 1 if  transfer  angle  less  than  180  deg. 

Vl  if  transfer  angle  greater  than  180  deg. 

Jl  Unit  normal  to  the  trajectory. 
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ENTER 


Figure  5. 11-1 


Initial  Velocity  Subroutine 
(page  1 of  2) 
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Figure  5.  11-1  Initial  Velocity  Subroutine 
(page  2 of  2) 
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5.  5.  13  LOCSAM  SUBROUTINE 


The  LOCSAM  Subroutine  computes  the  lines -of -sight 
of  the  Sun,  Earth,  and  Moon  with  respect  to  the  spacecraft  in 
the  Basic  Reference  Coordinate  System.  This  data  is  used  by 
the  IMU  alignment  programs  whenever  the  astronaut  elects  to 
sight  on  the  Sun,  Earth,  or  Moon  instead  of  a star  for  purposes 
of  IMU  alignment.  The  data  is  also  used  by  the  Star  Selection 
Routine  (Section  5.  6.  4)  when  testing  for  star  occupation.  In 
addition,  this  subroutine  computes  the  sizes  of  the  occultation 
cones  used  in  the  Star  Selection  Routine. 

The  unit  vectors  u^,  and  Ujyj.  specifying  the  lines - 
of -sight  to  the  Sun,  Earth,  and  Moon,  respectively,  in  the  Basic 
Reference  Coordinate  System  are  computed  as  follows; 


-ES 

UNIT  ( Ugg  - p Uj,j^  ) 


if  P = E 
if  P = M 


(5.  13.  1) 


r-UNIT(rj^)  if  P = E 

L'UNIT  ( ^eM-EM  ’’’  -L  ^ if  P = M 


(5.  13.2) 


f UNIT  (^E]y[H,EM  ' -L^  ^ ^ 

\-UNIT(r^)  if  P = M 


(5.13.3) 


where  P,  E,  M,  S,  and  L respectively  denote  the  primary  body. 

Earth,  Moon,  Sun,  and  Lunar  Module,  r^^  is  the  position  vector 

of  the  LM  with  respect  to  the  primary  body,  and  u^g  are 

the  unit  position  vectors  of  the  Moon  and  Sun  with  respect  to  the 

Earth  obtained  from  the  Lunar  and  Solar  Ephemerides  Subroutine 

of  Section  5,  5.  4,  r„-.  is  the  mean  distance  ( 384402  km)  between 
jiilVi 

the  Earth  and  Moon,  and  p is  the  ratio  ( 0.  00257125 ) of  over 

the  mean  distance  between  the  Sun  and  Earth.  The  line-of-sight 
vectors  are  determined  for  a time  specified  by  the  calling  program 
or  routine.  When  LOCSAMis  used  by  the  sighting  mark  routines  it  is 
not  called  until  just  after  the  astronaut  finishes  his  optical  marks  on 
the  Sun,  Earth,  or  Moon,  and  the  time  used  in  this  case  is  that  recorded 
for  the  last  mark.  WhenLOCSAM  is  used  by  the  Auto  Optics  Positioning 
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Routine  (R-52)itis  Called  just  before  positioning  the  spacecraft  and 
the  specified  time  is  the  present  time.  WhenLOCSAM  is  called  by  the 
IMU  Realignment  Program  (P-52)  just  prior  to  calling  the  Star  Selection 
Routine,  the  specified  time  is  the  present  time  plus  an  additional 
amount  (Tgg)  in  order  to  project  it  into  the  middle  of  the  sighting 
mark  process.  This  is  done  to  insure  that  the  line -of -sight  vec- 
tor of  the  primary  body  used  in  the  occultation  test  of  the  Star 
Selection  Routine  is  that  which  occurs  during  the  sighting  mark 
process. 


The  occultation  cones  used  in  the  Star  Selection  Routine 
for  the  Sun,  Earth,  and  Moon  are  computed  as  follows: 


Cg  = cos  60 


(5.  13.4) 
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(5.  13.6) 


where  c is  the  cosine  of  one  half  the  total  angular  dimension  of 
a cone  and  represents  a more  convenient  way  of  treating  the  di- 
mension of  a cone  in  the  Star  Selection  Routine,  r is  the  mag- 
nitude  of  the  LM  position  vector,  R^  is  the  equatorial  radius 
( 6378.  166  km  ) of  the  Earth,  and  R^^  is  the  mean  radius  (1738.  09  km  ) 
of  the  Moon. 
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5.5,14  PERICENTER  - APOCENTER  (PERIAPO)  SUBROUTINE 

The  Pericenter  - Apocenter  Subroutine  computes  the 
two  body  apocenter  and  pericenter  altitudes  given  the  position 
and  velocity  vectors  for  a point  on  the  trajectory  and  the  primary 
body. 

This  subroutine  is  depicted  in  Fig.  5.  14-1. 
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GENERAL  SERVICE  ROUTINES 


5.  6 

5.  6.  1 GENERAL  COMMENTS 

The  routines  presented  in  this  section  are  used  for  the 
following  general  service  functions: 

1)  IMU  alignment  modes 

2)  Basic  Coordinate  Transformations 

3)  Computer  initialization  procedures 

4)  Special  display  routines  which  can  be  called  by  the 
astronaut 
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5.6.2 


IMU  ALIGNMENT  MODES 


5.  6.  2.1  Orbital  Alignment 

5, 6. 2. 1,1  IMU  Orientation  Determination  Program 

The  IMU  Orientation  Determination  Program  (P-51) 
is  used  during  free-fall  to  determine  the  present  IMU  stable 
member  orientation  with  respect  to  the  Basic  Reference  Coor- 
dinate System  by  sighting  on  two  navigation  stars  or  known 
celestial  bodies  with  the  Alignment  Optical  Telescope  (AOT)  or 
the  Crew  Optical  Alignment  Sight  (COAS).  At  the  start  of  pro- 
gram P-51  the  astronaut  acquires  the  desired  celestial  bodies 
by  maneuvering  the  spacecraft  until  they  are  visible  in  the  op- 
tical device  which  he  intends  to  use.  During  the  above  operation 
he  checks  to  insure  that  gimbal  lock  does  not  occur.  Afterwards, 
the  AOT  Mark  Routine  (R-53)  is  used  twice  to  sight 
upon  each  of  two  celestial  bodies.  Prior  to  sighting  on  each 
body,  the  astronaut  indicates  to  the  computer  which  optical  de- 
vice he  is  going  to  use  and  which  celestial  body  he  is  going  to 
sight  on.  The  method  of  selection  and  operation  of  the  AOT 
and  COAS  is  given  in  Section  5.  6.  3.  1.  1 and  in  the 
AOT  Mark  Routine  (R-53)  of  Section  4.  The  identity  of  the 
celestial  body  is  indicated  by  the  astronaut  at  the  beginning  of 
the  AOT  Mark  Routine  by  use  of  a star  (or  celestial 
body)  code.  Separate  codes  are  provided  for  the  37  navigation 
stars.  Sun,  Earth,  Moon,  and  a general  celestial  body.  The 
latter  code  is  referred  to  as  the  Planet  code.  If  the  astronaut 
selects  the  Sun,  Earth,  or  Moon  code,  the  subroutine  LOCSAM 
of  Section  5.  5.  13  will  be  called  after  optical  sightings  have  been 
made  on  the  body  to  compute  the  line -of -sight  vector  to  that 
body  in  the  Basic  Reference  Coordinate  System.  If  he  selects 
the  Planet  code,  the  computer  will  request  after  the  optical  sight- 
ings that  he  load  in  the  coordinates  of  the  desired  celestial  body 
in  the  Basic  Reference  Coordinate  System. 


5.  6-2 


After  optical  sightings  have  been  made  on  both 
celestial  bodies,  the  computer  has  the  unit  line-of-sight 
vectors  for  the  two  bodies  in  both  IMU  stable  member  and 
basic  reference  coordinates.  Let  and  be  the  unit 

vectors  in  IMU  stable  member  coordinates  for  the  two  celestial 
bodies  (A  and  B)  which  are  computed  as  shown  in  Section  5.6.3. 1. 1, 
and  let  n ^g^  and  unit  vectors  for  the  same  bodies 

in  basic  reference  coordinates  which  are  either  taken  from  the 
computer's  star  catalog  in  fixed  memory,  computed  by  the 
subroutine  LOCSAM,  or  loaded  by  the  astronaut.  At  this  point 
in  the  program  the  Sighting  Data  Display  Routine  (R-54  of 
Section  4)  computes  the  angle  <l>'  between  the  unit  line-of-sight 
vectors  and  u'^^gg)  obtained  for  the  two  bodies  in  stable 

member  coordinates  and  the  angle  4>  between  the  corresponding 
unit  line-of-sight  vectors  and  HcBB^  bodies 

in  basic  reference  coordinates.  The  angular  difference  0-0 
is  displayed  to  the  astronaut  and  he  either  accepts  the  results 
or  repeats  the  IMU  orientation  determination  process. 


If  he  accepts  the  results  of  the  Sighting  Data  Display 
Routine,  the  unit  vectors  u'^g^,  u'^gg.  H-CBA’  — CBB 

used  to  determine  the  present  stable  member  orientation  and 
REFSMMAT,  using  the  procedure  given  in  Section  5.  6.  3.  4.  1. 

5. 6. 2. 1,2  IMU  Realign  Program  ^ 

• 

The  IMU  Realign  Program  (P-52)  is  used  during  J 

free-fall  to  re -align  the  IMU  to  its  presently  assumed  orientation 
or  to  align  it  from  a known  orientation  to  one  of  the  desired 
orientations  given  in  Section  5.  6.  3.  4 and  in  P-52  of  Section  4. 

This  alignment  is  made  by  sighting  on  two  navigation  stars  or 
known  celestial  bodies  with  the  AOT  or  the  COAS. 
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At  the  beginning  of  program  P-52  the  astronaut 
indicates  which  of  the  following  stable  member  orientations  is 
desired: 

1)  Preferred  - for  thrusting  maneuvers 

2)  Landing  Site  - for  LM  lunar  landing  or  launch 

3)  Nominal  - for  alignment  with  respect  to  local 

vertical 

4)  REFSMMAT  - for  re-alignment  to  presently 

assumed  orientation 


The  Preferred,  Landing  Site,  and  Nominal  orientations  are 

defined  in  Section  5,  6.  3.  4.  If  the  astronaut  selects  the  Landing 

Site  or  Nominal  orientation,  it  is  computed  by  program  P-52  in 

the  manner  shown  in  Section  5.  6.  3.  4 and  in  P-52  of  Section  4. 

The  Preferred  orientation  must  be  computed  prior  to  entering 

program  P-52.  Whenever  the  astronaut  selects  the  Preferred, 

Landing  Site,  or  Nominal  orientation,  the  program  also  computes 

and  displays  the  IMU  gimbal  angles  for  the  desired  stable  member 

orientation  using  the  present  vehicle  attitude.  These  angles  are 

computed  by  the  routine  CALCGA  of  Section  5.  6.  3.  2.  2 where  the 

inputs  to  this  routine  are  the  unit  vectors  (u„„-,,  u„„-,,  u 

— A,oiVi  — Y oiVi  — ZiolVi 

defining  the  desired  stable  member  axes  with  respect  to  the 
Basic  Reference  Coordinate  System,  and  the  unit  vectors  (x 
^NB’  — defining  the  present  navigation  base  axes  with  respect 
to  the  Basic  Reference  Coordinate  System,  which  are  computed 
as  follows: 

= [ REFSMMAT]  x'^^ 
yj^g  = [ REFSMMAT]  y-^g 
z = [ REFSMMAT]  ^ 
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where  [REFSMMAT]  is  the  transpose  of  the  present  [ REFSMMAT] 
and  ^'nB'  ^NB  navigation  base  axes  with 

respect  to  the  present  Stable  Member  Coordinate  System  and 
are  computed  by  the  routine  CALCSMSC  of  Section  5.  6.  3.  2.  5. 

If  the  computed  IMU  gimbal  angles  are  unsatisfactory, 
the  astronaut  maneuvers  the  vehicle  to  a more  suitable  attitude 
and  has  the  program  re -compute  and  display  the  new  gimbal 
angles.  Once  satisfactory  angles  have  been  obtained,  the  astronaut 
keys  in  a "PROCEED"  and  is  then  requested  to  indicate  whether 
the  IMU  is  to  be  aligned  to  the  desired  orientation  by  use  of  the 
Coarse  Align  Routine  (RT-SO  of  Section  4)  or  by  torquing  the 
gyros.  If  he  elects  to  have  the  IMU  gyro  torqued  to  the  desired 
orientation,  the  gyro  torquing  angles  are  computed  by  the  routine 
CALCGTA  of  Section  5.  6.  3.  2.  3 where  the  inputs  to  this  routine 
are  the  unit  vectors  (x^,  y^,  z j^)  defining  the  desired  stable 
member  axes  with  respect  to  the  present  Stable  Member 
Coordinate  System  which  are  computed  as  follows: 

Xj^  = [REFSMMAT] 

yj^  = [REFSMMAT] 

= [REFSMMAT] 

where  u^gj^,  u Ygjyj,  and  u^SM  previously  defined. 

During  the  period  when  the  gyros  are  being  torqued  the  IMU 
gimbal  angles  are  displayed  to  the  astronaut  so  that  he  may 
avoid  gimbal  lock  by  maneuvering  the  spacecraft.  After  the 
gyro  torquing  process  the  astronaut  either  terminates  program 
P-52  or  performs  a fine  alignment  with  optical  sightings  on 
two  celestial  bodies. 
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If  the  astronaut  elects  to  have  the  IMU  aligned  to  the 
desired  orientation  by  means  of  the  Coarse  Align  Routine 
(R-50)  this  routine  will  command  the  IMU  to  the  computed  gimbal 
angles  if  any  of  the  required  gimbal  angle  changes  is  greater 
than  one  degree.  If  all  of  the  required  gimbal  angle  changes 
are  less  than  or  equal  to  one  degree,  routine  R-50  will  leave 
the  IMU  at  its  present  orientation  and  it  will  be  assumed  by 
program  P-52  that  it  is  at  the  desired  orientation.  It  should 
be  noted  that  there  is  no  computation  of  gimbal  angles  or  coarse 
alignment  of  the  IMU  if  the  astronaut  selects  the  REFSMMAT 
orientation  at  the  beginning  of  program  P-52. 

At  this  point  in  program  P-52  the  Inflight  Fine  Align 
Routine  (R-51  of  Section  4)  is  used  to  perform  the  necessary 
optical  sightings  for  fine  alignment.  This  routine  performs 
the  alignment  by  using  various  other  routines.  Initially,  the 
astronaut  decides  whether  to  use  R53,  the  AOT 
Mark  Routine  of  Section  5.  6.  3 (nominal  procedure),  or  to  use 
the  Lunar  Surface  Sighting  Mark  Routine  (R59).  (Procedures 
for  R59  are  described  in  Section  5.  6.  3.  1.  2.  ) If  he  selects  the 
normal  inflight  procedures.  Routine  R-51  will  call  the  sub- 
routine LOCSAM  of  Section  5.  5.  13  prior  to  calling  the  Star 
Selection  Routine  since  LOCSAM  computes  certain  parameters 
which  are  used  in  the  occultation  tests  of  the  Star  Selection 
Routine.  If  the  Star  Selection  Routine  is  unable  to  find  two 
satisfactory  stars  at  the  present  vehicle  attitude,  the  astronaut 
either  repeats  the  above  process  of  changing  the  vehicle  atti- 
tude and  using  the  Star  Selection  Routine  or  selects  his  own 
celestial  bodies.  It  should  be  noted  that  the  Star  Selection  Rou- 
tine only  selects  stars  for  the  forward  viewing  position  of  the 
AOT.  However,  the  astronaut  may  select  stars  or  celestial 
bodies  with  the  intention  of  using  one  of  the  other  viewing  pos- 
itions described  in  Section  5.  6.  3.  1.  1. 


5.  6-6 


Prior  to  performing  the  optical  sightings  on  each 
celestial  body,  the  astronaut  is  given  the  option  of  either 
maneuvering  the  vehicle  himself  to  place  the  celestial  body 
at  the  desired  sighting  position  or  having  the  Automatic  Optics 
(LM)  Positioning  Routine  (R-52  of  Section  4)  command  the 
vehicle  attitude  so  as  to  place  the  celestial  body  at  the  desired 
sighting  position.  The  sighting  position  is  established  by  the 
astronaut  at  the  beginning  of  the  Automatic  Optics  (LM) 

Positioning  Routine  in  the  same  manner  as  is  done  at  the 
start  of  the  Inflight  Sighting  Mark  Routine.  By  selecting  the 
appropriate  detent  code  as  described  in  Section  5.  6.  3.  1.  1 and 
in  routines  R-52  and  R-53  of  Section  4,  the  sighting  position 
can  be  the  center  of  the  field-of- view  of  the  COAS  or  any  of  the 
six  fields-of- view  of  the  AOT.  In  addition  to  establishing  the 
sighting  position,  the  astronaut  can  also  specify  the  celestial 
body  (star,  etc.  ) which  is  to  be  used  in  the  Automatic  Optics 
(LM)  Positioning  Routine  just  as  is  described  for  the  AOT 
Mark  Routine  in  Section  5.  6.  2.  1.  1.  If  he  selects  the  Sun, 

Earth  or  Moon  Code,  the  subroutine  LOCSAM  is  called  prior 
to  positioning  the  spacecraft  to  compute  the  line-of-sight 
vector  to  that  body.  If  he  selects  the  Planet  code,  the  computer 
will  request  that  he  load  in  the  coordinates  of  the  desired  celestial 
body  just  before  positioning  the  spacecraft.  Once  the  celestial 
body  is  properly  positioned  in  the  field-of- view,  the  AOT  Mark 
Routine  is  used  to  perform  the  sightings  on  the  body. 
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After  sightings  have  been  made  on  two  celestial  bodies, 
the  computer  has  the  unit  line-of-sight  vectors  for  the  two  bodies 
in  both  IMU  stable  member  and  basic  reference  coordinates.  Let 
u and  u vectors  in  IMU  stable  member 

coordinates  for  the  two  celestial  bodies  (A  and  B)  which  are 
computed  as  shown  in  Section  5,  6.  3.  1.  1,  and  let  and 

u'Lt3T3  be  the  unit  vectors  for  the  same  bodies  in  basic  reference 
coordinates  which  are  either  taken  from  the  computer's  star 
catalog  in  fixed  memory,  computed  by  the  subroutine  LOG  SAM, 
or  loaded  by  the  astronaut.  The  vectors  and  are 

next  transformed  to  the  desired  IMU  Stable  Member  Coordinate 
System  as  follows; 


H'cBA=  f^EFSMMAT]^  u"^g^ 

Ii'cBB=  t^^^^SMMAT]^  u"^gg 

where  [REFSMMATJjp  is  the  matrix  (Section  5.  6.  3.  4)  for 
transforming  vectors  from  the  Basic  Reference  Coordinate 
System  to  the  desired  IMU  Stable  Member  Coordinate  System. 
At  this  point  in  the  program  the  Sighting  Data  Display  Routine 
(R-54)  of  Section  4)  computes  the  angle  </>  between 
and  u^^gg,  and  the  angle  0'  between  u'^g^  and  u'^^gg  and 
displays  the  angular  difference  <l>  - 0'to  the  astronaut.  If 
he  accepts  the  results,  the  four  vectors  are  used  in  the 
routine  AXISGEN  of  Section  5.  6.  3.  2.  4 to  compute  the  desired 
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stable  member  axes  with  respect  to  the  present  Stable  Member 
Coordinate  System,  which  are  used  in  the  Gyro  Torquing  Routine 
(R-55  of  Section  4).  Routine  R-55  computes  the  gyro  torquing 
angles  required  to  drive  the  IMU  stable  member  to  the  desired 
orientation  by  using  the  above  vectors  in  the  routine  CALCGTA 
of  Section  5.  6.  3.  2,  3,  The  gyro  torquing  angles  are  displayed 
to  the  astronaut  so  that  he  can  decide  whether  to  have  the  gyros 
torqued  through  these  angles  or  not.  If  he  is  not  satisfied  with 
the  results  of  the  Sighting  Data  Display  Routine  or  the  Gyro 
Torquing  Routine,  he  may  repeat  the  optical  sightings  without 
having  to  terminate  the  program. 

It  should  be  noted  that  the  ground  can  indicate  to  the 
LGC  via  uplink  the  present  stable  member  orientation  or  a desired 
stable  member  orientation.  If  the  present  orientation  is  being 
indicated,  this  is  done  by  transmitting  a REFSMMAT  to  the  LGC. 
Under  normal  circumstances,  however,  it  would  not  be  desirable 
for  the  ground  to  indicate  the  present  stable  member  orientation 
since  this  orientation  should  be  determined  by  the  PGNCS. 
However,  if  an  orientation  different  from  the  present  orientation 
is  desired  by  the  ground,  this  desired  orientation  can  be  trans- 
mitted as  a Preferred  orientation.  By  treating  a desired  stable 
member  orientation  in  this  manner,  program  P-52  will  be  able 
to  correct  for  any  large  differences  between  the  present  and 
desired  orientations  by  coarse  alignment.  In  addition,  this 
approach  avoids  the  introduction  of  orientation  errors  which 
affect  celestial  body  acquisition. 
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5.  6.  2. 2 


Lunar  Surface  Alignment 


5. 6. 2. 2.1  General 

There  are  several  methods  or  techniques  of  IMU  alignment 
available  to  the  astronaut  in  the  Lunar  Surface  Align  Program 
(P-57).  These  techniques  are  denoted  as  Alignment  Techniques  0 
through  3. 


In  order  to  align  the  IMU  stable  member  to  a desired 
orientation  with  respect  to  the  Basic  Reference  Coordinate  System 
with  any  of  the  four  techniques, it  is  necessary  to  determine  two 
separate  line-of-sight  (LOS)  directions  with  respect  to  both  the 
Basic  Reference  Coordinate  System  and  the  present  IMU  Stable 
Member  Coordinate  System.  It  should  be  noted  that  the  present 
orientation  of  the  IMU  Stable  Member  Coordinate  System  with 
respect  to  the  Basic  Reference  Coordinate  System  does  not  have 
to  be  known  in  order  to  perform  the  alignment.  The  two  directions 
in  both  of  the  above  coordinate  systems  are  specified  by  four 
unit  LOS  vectors  where  s^  and  s^  denote  the  unit  vectors  for  the 
directions  A and  B in  present  stable  member  coordinates,  and 
s'J^  and  Sg  are  the  unit  vectors  for  the  corresponding  directions 
in  basic  reference  coordinates.  For  example,  if  A and  B are  two 
navigation  stars  and  the  alignment  is  made  with  technique  2 of  P-57, 
the  unit  vectors  s^  and  in  present  stable -member  coordinates 
would  be  those  obtained  by  optical  sightings  with  the  AOT,  and  s V 

— J\. 

and  Sg  would  be  the  unit  vectors  for  A and  B in  basic  reference 
coordinates  which  are  obtained  from  the  computer's  star  catalog. 
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If  one  of  the  other  techniques  (0 , 1,  or  3 ) is  used,  at  least  one  of 
the  directions  A and  B is  not  that  of  a star  ( or  celestial  body ) and 
is  determined  by  other  means. 

The  sources  of  the  four  unit  LOS  vectors  ( or  IMU 
alignment  vectors)  for  each  technique  in  program  P-57  are  given  in 
Fig.  6.  2-1.  If  Technique  0 is  used,  s^  and  Sg  represent  the 
present  directions  of  the  LM  Y and  Z axes  with  respect  to  the  IMU 
stable  member  and  s and  s 'g  represent  the  directions  of  these 
axes  in  basic  reference  coordinates  as  determined  from  stored 
information  of  their  directions  in  the  Moon-Fixed  Coordinate 
System  (MFCS)  which  were  computed  from  the  previous  align- 
ment of  the  IMU. 

Technique  1 in  Fig.  6.2-1  differs  from  Technique  0 
in  that  vector  s^  represents  the  direction  of  lunar  gravity  as 
determined  by  the  Gravity  Vector  Determination  Routine  and  s 
is  the  direction  of  the  landing  site  position  vector  in  basic  reference 
coordinates  based  upon  its  stored  vector  in  moon -fixed  coordinates. 
It  is  assumed  that  the  gravity  and  landing  site  position  vectors 
represent  the  same  direction  in  space. 

Technique  3 in  Fig.  6.  2-1  uses  the  gravity  vector  ap- 
proach of  Technique  1 in  conjunction  with  one  celestial  body 
sighting  with  the  AOT  to  obtain  the  four  IMU  alignment  vectors. 
Additional  information  on  the  manner  in  which  these  vectors  are 
computed  for  each  technique  is  given  later. 


Fig.  6.2-1  Sources  of  IMU  Alignment  Vectors  in  Program  P-57 
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Whenever  the  IMU  is  aligned  by  Techniques  1,  2,  or  3, 

one  of  the  last  functions  performed  by  P-57  before  termination 

is  to  determine  and  store  the  orientations  of  the  LM  Y and  Z 

axes  with  respect  to  the  Moon-Fixed  Coordinate  System.  These 

orientations  are  indicated  as  unit  vectors  u„-.„  and  u_-.„  and 

— i IVl  r —Zj  IVIp 

completely  specify  the  attitude  of  the  LM  ( or  the  navigation 
base  ) with  respect  to  the  Moon  Fixed  Coordinate  System.  This 
procedure  is  generally  referred  to  as  storing  the  LM  attitude. 

The  LM  attitude  is  stored  primarily  for  backup  purposes  so  that 
the  IMU  can  be  aligned  at  a later  time  using  just  the  stored  LM 
attitude  data  in  case  the  IMU  orientation  is  not  known  and  there 
is  insufficient  time  to  perform  an  alignment  by  other  means, 
such  as  in  emergency  launch.  In  addition  to  storing  the  LM 
attitude  after  each  alignment  withTechniques  1,  2,  or  3,  the  LM 
attitude  is  also  stored  by  the  Landing  Confirmation  Program 
( P-68)  after  the  vehicle  has  come  to  rest  on  the  lunar  surface. 
Whenever  the  LM  attitude  is  stored,  the  Attitude  flag  is  set  to 
denote  this  fact.  It  should  be  noted  that  the  vectors  Uyjyjp  and 
will  always  represent  the  correct  orientations  of  the  LM 
Y and  Z axes  with  respect  to  the  Moon-Fixed  Coordinate  System 
as  long  as  there  is  no  change  in  the  vehicle  attitude  since  the 
time  when  the  vectors  were  computed. 

To  determine  the  vectors  UyMF  — ZMF'  LGC 

first  computes  the  unit  vectors  HyREF  — ZREF  '^^^^ning  the 

directions  of  the  LM  (or  navigation  base  ) Y and  Z axes  with  re- 
spect to  the  Basic  Reference  Coordinate  System  as  follows: 
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Hyref  = t REFSMMAT] 

(6.2.  1) 

HzREF  - I REFSMMAT] 

where  [ REFSMMAT  ] is  the  transpose  of  [ REFSMMAT  ] 
defined  in  Section  5.  6.  3.  4 and  and  define  the  directions 
of  the  navigation  base  Y and  Z axes  with  respect  to  the  present 
IMU  Stable  Member  Coordinate  System  and  are  computed  by  the 
routine  CALCSMSC  of  Section  5.  6.  3.  2.  5.  The  vectors 
and  u^MF  obtained  by  transforming  UyREF  -ZREF’ 
respectively,  to  the  Moon-Fixed  Coordinate  System  using  the 
Planetary  Inertial  Orientation  Subroutine  of  Section  5.  5.  2 where 
the  time  specified  to  this  subroutine  is  the  present  time.  It 
should  be  noted  that  it  is  not  necessary  to  record  the  time  of 
storage  of  these  vectors.  Whenever  it  is  desired  to  use  the 
stored  vectors  UyMF  — ZMF  obtain  the  orientations  of  the 

LM  Y and  Z axes  with  respect  to  the  Basic  Reference  Coordinate 
System  for  a given  time,  it  is  only  necessary  to  transform  the 
stored  vectors  to  the  Basic  Reference  Coordinate  System  using 
the  Planetary  Inertial  Orientation  Subroutine  with  the  desired 
time  as  one  of  the  inputs. 

J The  logic  associated  with  the  Lunar  Surface  Align 

Program  ( P-57)  is  shown  in  Fig.  6.  2-2.  At  the  beginning  of 
program  P-57  the  astronaut  indicates  the  desired  IMU  stable 
f member  orientation  just  as  is  done  for  the  IMU  Realign 

Program  (P-52  of  Section  5.  6.  2.  1.  2 ) except  that  the  Nominal 
orientation  is  not  used  in  P- 57.  If  the  Landing  Site  Orientation 
Option  is  selected,  a time  t^  must  be  specified  by  the  astronaut 
which  defines  the  desired  IMU  orientation  in  the  manner  shown 
in  Section  5.  6.  3.  4.  4.  In  Fig.  6.  2-2  it  is  seen  that  the  initial 
value  of  tp  displayed  to  the  astronaut  is  equal  to  the  time  of 
ignition  for  powered  ascent.  This  value  of  t^  may  be  changed 
by  the  astronaut  if  he  so  desires.  However,  note  that  the  following 
steps  are  taken  in  the  program  when  the  following  values  are 

loaded  for  t.  : 

J_< 
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1 ) = 0 The  program  will  set 

equal  to  the  present  time, 

2 ) t.  > Present  Time  The  program  will  set  t.^ 

equal  to  t^^.  This  feature 
permits  the  astronaut  to 
load  a new  value  for  t,,-, 
in  P-57  without  having  to 
use  P-12  prior  to  P-57 
for  this  purpose.  It  should 
be  noted  that  this  value  of 
tjG  will  be  that  displayed 
to  the  astronaut  at  the  start 
of  P-12. 


After  the  desired  IMU  orientation  has  been  selected, 
the  astronaut  indicates  which  of  the  four  previously  mentioned  tech- 
niques he  wishes  to  use  to  align  the  IMU.  In  addition,  the  status 
of  the  REFSMFLAG,  and  Attitude  flags  are  displayed  in 
a data  code.  This  is  followed  by  a check  on  the  status  of  REFSMFLAG 
and  possibly  the  Attitude  Flag  as  shown  in  Fig.  6.2-2  to  see  if  any 
previous  IMU  alignment  information  is  available.  The  REFSMFLAG 
is  a flag  which  is  set  whenever  the  computer  knows  the  present 
orientation  of  the  IMU  stable  member  with  respect  to  the  Basic 
Reference  Coordinate  System,  which  also  implies  that  the  computer 
has  the  correct  matrix  REFSMMAT  for  transforming  vectors  from 
the  Basic  Reference  Coordinate  System  to  the  present  IMU  Stable 
Member  Coordinate  System.  Since  REFSMFLAG  is  set  only  if 
the  IMU  is  on  and  at  a known  orientation,  its  presence  at  the  start 
of  an  alignment  program  generally  implies  that  the  IMU  has  previously 
been  aligned  and  has  remained  in  this  condition  except  for  IMU  drift  until 
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Figure  6.2-2  Lunar  Surface  Align  Program 
(page  1 of  3) 
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Figure  6.  2-2  Lunar  Surface  Align  Program 
(Page  3 of  3) 
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the  present  alignment  process.  However,  it  is  possible  that  the 
correct  REFSMMAT  could  have  been  determined  on  earth  in  one 
of  the  backup  situations  described  later  and  entered  into  the  LGC 
without  a previous  alignment  having  been  made  with  P-57.  If  the 
REFSMFLAG  is  set,  the  program  will  compute  and  store  new  LM 
attitude  vectors  based  upon  the  present  alignment  of  the  IMU.  The 
new  attitude  vectors  replace  any  previously -stored  attitude  vec- 
tors and  are  used  in  the  initial  IMU  alignment  described  later.  It 
should  be  noted  that  the  new  LM  attitude  vectors  and  the  subsequent 
alignment  with  these  vectors  will  have  the  same  error  as 
present  between  the  REFSMMAT  and  the  IMU  orientation  when 
entering  the  program.  If  the  REFSMFLAG  is  not  set  and  the 
Attitude  flag  is  set,  the  program  will  use  the  attitude  vectors  com- 
puted and  stored  in  the  previous  use.  of  P-57  or  P-68.  If  the 
REFSMFLAG  and  Attitude  flags  are  not  set  and  Technique  0 or  1 is 
selected,  it  is  seen  in  Fig.  6.  2-2  that  a program  alarm  is  issued 
since  these  techniques  require  the  use  of  stored  LM  attitude  data. 

The  details  associated  with  the  alignment  procedure 
for  each  technique  in  the  remaining  portion  of  Fig.  6.2-2  are 
presented  in  the  following  sections.  One  important  feature  which 
should  be  noted  in  Techniques  1,2,  and  3 is  that  an  initial  align- 
ment is  made  to  the  desired  IMU  orientation  prior  to  the  final 
alignment  if  the  Attitude  flag  is  set.  The  initial  alignment  is  made 
with  the  LM  attitude  data  just  as  in  Technique  0 and  the  final 
alignment  is  made  using  the  regular  alignment  vectors  for  Tech- 
niques 1,  2,  or  3,  Since  the  initial  alignment  can  be  as  good  as 
the  final  alignment  the  gyro  torquing  angles  displayed  to  the 
astronaut  in  the  final  alignment  process  should  be  near  zero  if 
an  initial  alignment  was  made.  In  this  case,  the  gyro  torquing 
angles  are  a direct  indication  of  the  difference  between  the  align- 
ment obtained  with  the  LM  attitude  data  and  the  final  alignment 
obtained  with  Techniques  1,  2,  or  3.  If  these  angles  are  not  near 
zero  (ie.  within  acceptable  tolerances,  such  as  the  desired  IMU 
alignment  accuracy)  this  either  indicates  that  the  final  alignment 
may  not  be  acceptable  because  of  bad  star  sightings,  etc.  and/or 
the  LM  attitude  data  is  in  error  because  of  errors  in  the  previous 
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alignment  used  to  compute  the  LM  attitude  data  and  / or  errors 
due  to  settling  of  the  spacecraft  since  the  time  when  the  LM  attitude 
data  was  computed.  In  Fig.  6.  2-2  it  is  seen  that  the  astronaut 
can  repeat  the  final  alignment  if  he  so  desires.  It  should  be  noted 
that  the  astronaut  can  determine  changes  in  the  LM  attitude  with 
respect  to  the  local  gravity  vector  by  using  the  Gravity  Vector 
Determination  Routine  in  Techniques  1 and  3. 

5, 6. 2. 2. 2 Technique  0 - IMU  Alignment  Using  the  LM  Attitude  Data 


Technique  0 is  selected  by  the  astronaut  if  he  wants  the 
IMU  to  be  driven  to  the  desired  orientation  using  the  stored  LM 
attitude  data  or  the  present  REFSMMAT.  Note  in  Fig.  6.  2-2 
that  if  REFSMFLAG  is  set,  the  program  will  use  the  present 
REFSMMAT  to  compute  a new  set  of  LM  attitude  data  for  use  in 
this  technique.  This  technique  provides  a quick  means  of  alignment  for 
emergency  launch  in  case  there  is  insufficient  time  to  perform 
the  alignment  by  other  means.  If  neither  the  Attitude  flag  or  the 
REFSMFLAG  is  set  at  the  beginning  of  this  technique,  it  is  seen  in 
Fig,  6.2-2  that  a program  alarm  is  issued. 


To  obtain  the  four  IMU  alignment  vectors  ( s^,  Sg, 

-A’  -B^  indicated  in  Fig.  6.2-1  for  Technique  0,  the  following  is 

done.  The  stored  LM  attitude  vectors  u„,.„  and  u„-.„  are 

— Y iVLi:’  — ^iViJ? 

transformed  from  moon-fixed  to  basic  reference  coordinates 
using  the  Planetary  Inertial  Orientation  Subroutine  with  the 
present  time  being  specified  to  this  subroutine,  and  are  denoted 
as  sV  and  s",  respectively.  The  unit  vectors  y^-rTs  and 
defining  the  orientations  of  the  LM  Y and  Z axes  with  respect  to 
the  present  IMU  Stable  Member  Coordinate  System  are  computed 
by  the  routine  CALCSMSC  of  Section  5.  6.  3.  2.  5 and  are  denoted 
as  s^  and  s^,  respectively. 


After  the  four  IMU  alignment  vectors  (s.  , s„,  s'J, 

— A,  -“-Jd  —A 

and  ) have  been  collected  for  Technique  0,  it  is  seen  in  5 ig.  6.2-2 
that  the  same  procedure  is  used  to  align  the  IMU  with  these  vectors 
as  is  done  with  the  alignment  vectors  for  any  other  technique.  The 
vectors  s^  and  are  transformed  to  the  desired  IMU  Stable 
Member  Coordinate  System  as  follows: 


s]^  = [ REFSMMAT  ] ^ sj^ 

s'  = [ REFSMMAT]  ^ s" 
— B ^ •'  D — B 


(6.2.2) 
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where  [ REFSMMAT  ] denotes  the  desired  REFSMMAT,  If  the 
Initial  Align  flag  is  set,  as  is  the  case  for  the  first  pass  through 
Technique  0,  the  Sighting  Data  Display  Routine  (R -54  of  Section  4) 
and  the  display  of  gyro  torquing  angles  are  by -passed  as  shown 
in  Fig.  6.2.2.  However,  the  program  does  compute  the  gyro 
torquing  angles  required  to  drive  the  IMU  stable  member  from 
the  present  to  the  desired  orientation.  These  angles  are  computed 
by  the  routine  CALCGTA  of  Section  5.  6.  3.  2.  3 using  the  unit 
vectors  x,  y,  and  z defining  the  orientations  of  the  desired  stable 
member  axes  with  respect  to  the  present  Stable  Member  Coordinate 
System,  which  are  computed  by  the  routine  AXISGEN  of  Section 
5.  6.  3.  2.  4 using  the  previously  computed  vectors  s^,  Sg,  s^,  and 
s'  . Afterwards, a magnitude  check  is  made  on  each  angle  as  shown 

— O 

in  Fig.  6.  2-2  to  determine  whether  the  IMU  should  be  aligned  by 
torquing  the  gyros  through  the  above  angles  or  should  first  be 
coarse  aligned  to  the  desired  IMU  gimbal  angles  and  then  trimmed 
to  the  desired  orientation  by  torquing  the  gyros. 

The  desired  gimbal  angles  used  in  the  coarse  align- 
ment are  computed  by  the  routine  CALCGA  of  Section  5.  6.  3.  2.  2 
where  the  inputs  to  this  routine  are  the  unit  vectors  x,  y,  and  z previously 
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computed  by  the  routine  AXISGEN,  and  the  unit  vectors 
^NB’  ^NB  orientations  of  the  navigation  base 

axes  with  respect  to  the  present  Stable  Member  Coordinate 
System,  which  are  computed  by  the  routine  CALCSMSC  of 
Section  5.  6.  3.2.5,  The  desired  gimbal  angles  are  displayed 
to  the  astronaut  so  that  he  can  approve  the  resulting  IMU  orien- 
tation before  coarse  aligning  to  it  during  the  initial  alignment 
( or  first  pass  ) in  P-57. 


The  gyro  torquing  trim  angles  are  computed  as 
follows:  The  unit  vectors  and  y,.-„  defining  the  orientations 

—IN  £5  “iNiD 

of  the  navigation  base  X and  Y axes  with  respect  to  the  present 
IMU  Stable  Member  Coordinate  System  are  computed  by  the 
routine  CALCSMSC  of  Section  5.  6.  3.  2.  5.  The  unit  vectors 
and  defining  the  orientations  of  the  same  two  axes  with 

respect  to  the  desired  IMU  Stable  Member  Coordinate  System  are 
computed  as  follows; 


x^g  = [ NBSM : 


D 


/1\ 

0 

\o/ 

/o\ 


(6.2.3) 


yNB  = [NBSM]g 


where  [NBSM]  g is  the  matrix  for  transforming  vectors  from 
navigation  base  to  desired  stable  member  coordinates  using  the 
desired  IMU  gimbal  angles  computed  previously  for  coarse  alignment. 
Once  the  vectors  x^^g.  — NB’  ^NB  been  computed, 

they  are  used  in  the  routine  AXISGEN  of  Section  5.  6.  3.  2.  4 to 
compute  the  vectors  x,  y,  and  z defining  the  orientations  of  the 
desired  stable  member  axes  with  respect  to  the  present  IMU 
Stable  Member  Coordinate  System,  which  are  used  by  the  routine 
CALCGTA  to  compute  the  gyro  torquing  trim  angles. 


After  the  IMU  has  been  aligned  to  the  desired  orientation 
with  Technique  0,  it  is  seen  at  the  bottom  of  Fig,  6.2-2  that  the  program 
stores  the  new  REFSMMAT  and  sets  REFSMFLAG  before  requesting 
the  astronaut  to  repeat  the  alignment  with  Technique  0 if  he  so  desires. 
If  he  keys  in  "PROCEED",  it  is  seen  in  Fig.  6.2-2  that  the  same 
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alignment  will  be  made  with  Technique  0 except  that  the  Initial  Align 
flag  will  not  be  set,  thereby  causing  the  Sighting  Data  Display  Routine 
and  the  display  of  gyro  torquing  angles  to  not  be  by-passed.  The 
purpose  of  the  Sighting  Data  Display  Routine  is  to  compute  and  display 
the  angular  difference  <l>  - 0' where  0'  is  the  angle  between  s*.  and 
and  0 is  the  angle  between  and 


5. 6. 2. 2. 3 Technique  2 -IMU  Alignment  Using  Two  Celestial  Bodies 

Technique  2 is  selected  by  the  astronaut  whenever  a 
complete  alignment  or  realignment  is  to  be  made  by  sighting  on  two 
celestial  bodies  (usually  stars)  with  the  Alignment  Optical  Tele- 
scope (AOT).  No  program  alarm  is  issued  when  selecting  this 
technique  if  the  Attitude  flag  or  REFSMFLAG  is  not  set.  However, 
if  either  of  these  flags  is  set,  it  is  seen  in  Fig.  6.  2-2  that  the  IMU 
is  initially  aligned  with  the  DM  attitude  data  just  as  in  Technique  0. 

If  neither  of  these  flags  is  set,  the  IMU  remains  at  its  present 
orientation  and  sightings  are  made  on  two  celestial  bodies  with  the 
Lunar  Surface  Sighting  Mark  Routine  (R-59)  which  is  described 
in  Sections  4 and  5.  6.  3.  1.  2. 

It  should  be  noted  that  the  astronaut  can  select  the  same 
celestial  body  codes  at  the  beginning  of  routine  R-59  which  are  ^ 

described  for  the  AOT  Mark  Routine  (R-53)  in  Section  $ 

* 

5.  6.  2.  1.  1.  The  same  methods  are  used  in  routine  R-59  to  obtain 
a line-of-sight  vector  to  the  Sun,  Earth,  Moon,  or  a Planet  in  basic 
reference  coordinates,  although  the  Moon  would  not  be  used  in  this 
case.  After  the  astronaut  selects  the  celestial  body,  the  Lunar  Surface 
Star  Acquisition  Subroutine  of  Section  5.  6.  3.  1. 3 checks  to  see  if  the  body 
is  within  the  field-of-view  of  the  AOT  for  any  of  its  six  viewing  posi- 
tions and,  if  successful,  computes  the  reticle  rotation  angles  needed 
to  acquire  the  body.  The  AOT  viewing  position  and  the  reticle  rotation 
angles  are  displayed  to  the  astronaut  to  aid  him  in  acquiring  the  celestial 
body. 


The  four  IMU  alignment  vectors  used  by  Technique  2 to 

perform  the  final  IMU  alignment  are  obtained  as  a direct  result 

of  using  routine  R-59  twice  to  sight  on  two  celestial  bodies,  where 

-A  -B  measured  directions  of  the  two  bodies  in  the 

present  IMU  Stable  Member  Coordinate  System  and  s^  and  s" 

—A  — -B 

are  the  directions  of  the  celestial  bodies  in  basic  reference 
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coordinates,  which  are  either  obtained  from  the  computer's  star 
catalog,  loaded  by  the  astronaut,  or  computed  from  ephemeris 
data  such  as  for  the  Sun  or  Earth. 

Once  the  alignment  vectors  have  been  obtained  for 
Technique  2,  it  is  seen  in  Fig.  6.2-2  that  the  remaining  steps  in 
the  alignment  process  are  the  same  as  described  for  Technique  0 
in  Section  5.  6.  2.  2.  2 except  that  Technique  2 also  computes  and 
stores  the  LM  attitude  in  moon  fixed  coordinates  and  sets  the  At- 
titude Flag.  The  astronaut  can  repeat  the  final  alignment  if  he  so 
desires.  At  the  bottom  of  page  2 of  Fig.  6.2-2,  it  is  seen  that  the 
astronaut  can  repeat  the  final  alignment  by  keying  in  a "PROCEED". 
If  he  wishes  to  establish  a new  landing  site  position  vector  as 
described  in  Section  5.6.2.  2.  6,  he  must  key  in  an  "ENTER"  after 
the  final  alignment  with  Technique  2. 

5. 6. 2. 2. 4 Technique  3-IMU  Alignment  Using  the  Gravity  Vector 
and  One  Celestial  Body 


Technique  3 is  selected  when  the  complete  alignment  is 
to  be  made  by  determining  the  lunar  gravity  vector  with  the  IMU 
accelerometers  and  sighting  on  one  celestial  body  with  the  AOT. 

As  will  be  discussed  later,  this  technique  may  be  selected  by  the 
astronaut  if  he  is  only  interested  in  determining  the  direction  of 
the  gravity  vector.  No  program  alarm  is  issued  by  program 
P-57  when  selecting  this  technique  if  the  Attitude  flag  or  REFSMFLAG 
is  not  set. 

In  Fig.  6.  2-2  it  is  seen  that  Technique  3 initially  uses 
the  Gravity  Vector  Determination  Routine  of  Section  5.  6.  3.  3 to 
obtain  a unit  vector  u^  defining  the  direction  of  lunar  gravity  in 
navigation  base  coordinates.  The  angle  between  this  vector  and 
any  previously  stored  gravity  vector  is  displayed  to  the  astronaut 
so  that  he  may  judge  whether  there  has  been  any  tilt  of  the  vehicle 
since  the  previous  gravity  vector  was  stored.  The  first  time  a 
gravity  vector  is  determined,  the  angle  between  this  vector  and  the 
-LS  ^ the  landing  site  vector)  previously  stored  by  P-68  is  dis- 
played. At  this  point  the  astronaut  may  key  in  a "RECYCLE"  to 
obtain  another  gravity  vector  or  key  in  a "PROCEED"  and  con- 
tinue with  the  alignment. 
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If  the  Attitude  flag  is  set,  it  is  seen  in  Fig.  6.  2-2  that  the  IMU  is 
initially  aligned  to  the  desired  orientation  with  the  LM  attitude  data 
before  the  celestial  body  sighting  is  made  for  the  final  alignment. 

After  the  optical  sighting  has  been  made  with  the  Lunar 
Surface  Sighting  Mark  Routine  (R-59),  the  computer  collects  the 
four  IMU  alignment  vectors  {Sj^,  and  ^g)  used  by  Tech- 

nique 3 to  perform  the  final  alignment , where  ^g  and  ^g  were  pre- 
viously obtained  with  routine  R-59  and  and  are  computed  as 
follows: 


where  Uq  is  the  gravity  vector  stored  in  navigation  base  coordinates 
and  is  the  landing  site  position  vector  in  basic  reference  coor- 
dinates at  the  present  time,  which  is  obtained  from  moon-fixed  coor- 
dinates with  the  Planetary  Inertial  Orientation  Subroutine  of  Subsection 
5.  5.  2. 

Once  the  alignment  vectors  have  been  obtained  for  Tech- 
nique 3,  it  is  seen  in  Fig.  6.  2-2  that  the  remaining  steps  in  the 
alignment  process  are  the  same  as  described  for  Technique  0 in 
Section  5.  6.  2.  2.  2 except  that  Technique  3 also  computes  and  stores 
the  LM  attitude  in  moon  fixed  coordinates,  and  sets  the  Attitude 
Flag.  The  astronaut  can  repeat  the  final  alignment  if  he  so  desires. 

It  should  be  noted  in  Technique  3 that  Routine  R-54  will 
display  the  angular  difference  <j>  - 0’ where  is  the  angle  between 
the  landing  site  position  vector  and  the  catalogued  star  vector 
in  desired  stable  member  coordinates,  and  <j>  is  the  angle  between 
the  gravity  vector  u^  and  the  measured  star  vector  in  present 
stable  member  coordinates.  This  angular  difference  (except  for 
errors  in  the  star  sighting)  represents  that  component  of  the 
angular  difference  between  ^gg  and  Uq  in  the  plane  defined  by  £gg 
and  the  star  vector.  Repeating  this  process  on  a second  star  in  a 
different  direction  produces  another  component  of  the  angular 
difference,  thereby  enabling  one  to  obtain  an  estimate  of  the 
latitude  and  longitude  of  the  gravity  vector  which  is  assumed  to 
be  the  true  site.  Further  improvement  in  the  estimate  can  be 
obtained  by  performing  extra  sightings  on  the  same  and/or  other 
stars.  A convenient  way  of  repeating  star  sightings  is  to  use 
Exit  B of  the  Sighting  Data  Display  Routine  and  key  in  a PROCEED 
response  to  the  request  to  repeat  alignment  (see  Fig.  6.  2-2). 
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5. 6. 2. 2. 5 Technique  1 -IMU  Alignment  Using  the  Gravity  Vector 
and  the  LM  Attitude  Data 


Technique  1 is  selected  by  the  astronaut  when  a complete 
alignment  is  to  be  made  by  using  the  lunar  gravity  vector  and  the 
stored  LM  attitude  data.  A program  alarm  is  issued  when  selecting 
this  technique  if  the  attitude  flagor  EEFSMFLAG  is  not  set. 


In  Fig.  6.  2-2  it  is  seen  that  Technique  1 initially  uses 
the  Gravity  Vector  Determination  Routine  just  as  in  Technique  3 
to  determine  the  unit  gravity  vector  ^ in  navigation  base  coordinates. 
Afterwards,  the  IMU  is  aligned  to  the  desired  orientation  using  only 
the  LM  attitude  data.  The  final  alignment  is  then  made  with  the 
regular  IMU  alignment  vectors  for  Technique  1 where  s^  and  s^ 
are  the  same  as  for  Technique  3 and  s„  and  sT  are  the  same  as 
for  Technique  0. 
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5. 6. 2. 2. 6 Determination  of  Landing  Site  Position  Using  the  Gravity 

Vector  and  a Technique  2 Alignment 


After  the  final  IMU  alignment  with  Technique  2,  it  is 
possible  for  the  astronaut  to  have  a new  landing  site  position  vec- 
tor  r^^  determined  in  P-57  by  using  the  latest  lunar  gravity  vector 
stored  in  navigation  base  coordinates.  This  approach  is  based 
upon  the  assumption  that  r,  „ is  in  the  same  direction  as  u„.  When 

— 1_/0  —Kj 

performing  this  function,  it  is  assumed  that  a gravity  vector  was 
previously  obtained  through  use  of  Technique  1 or  3.  Since  the 
gravity  vector  is  stored  in  navigation  base  coordinates  and  is 
therefore  affected  by  settling  of  the  spacecraft,  it  is  desirable 
that  this  vector  be  determined  just  prior  to  performing  an  alignment 
with  Technique  2. 

The  logic  associated  with  the  determination  of  r^^ 
with  the  gravity  vector  is  shown  on  page  3 of  Fig.  6.  2-2.  To  obtain 
the  latitude,  longitude,  and  altitude  of  the  proposed  r^^g  for  dis- 
play to  the  astronaut,  use  is  made  of  the  Latitude-Longitude  Sub- 
routine of  Section  5.  5.  3 where  the  inputs  to  this  subroutine  are 
the  present  time  and  the  vector 

r '^S  = I r j^gl  [REFSMMAT]'^[NBSM]U(g 

where  and  r^^g  are  respectively  the  proposed  and  present 

landing  site  position  vectors.  If  the  astronaut  approves  the  dis- 
played latitude,  longitude,  and  altitude,  they  are  used  in  the 
Latitude -Longitude  Subroutine  to  compute  the  new  In  addition, 

this  r^^g  is  transformed  to  the  Moon-Fixed  Coordinate  System 
through  use  of  the  Planetary  Inertial  Orientation  Subroutine  of 
Section  5.  5.  2 and  replaces  the  previously -stored  r „ . 


It  should  be  noted  in  Fig.  6.  2-2  that  the  astronaut  can 
establish  a new  by  loading  his  own  values  of  latitude,  longitude, 

and  altitude  instead  of  using  those  based  upon  the  gravity  vector 
^ and  the  magnitude  of  the  present  This  feature  permits 

him  to  conveniently  establish  a new  r^^g  based  upon  data  from 
sources  such  as  from  optical  tracking  of  the  LM  by  the  CSM  during 
an  overhead  pass,  or  from  correlation  of  observed  lunar  terrain 
features  with  onboard  lunar  maps. 
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5.  6.  3 


IMU  ROUTINES 


5.  6.  3.  1 APT  and  COAS  Transformations 

5.  6.  3.  1.  1 Determination  of  the  Star  Line -of -Sight  During  Free- 

Fall 

To  perform  IMU  alignment  during  free-fall  it  is  nec- 
essary to  determine  the  lines -of-sight  to  two  separate  navigation 
stars  or  known  celestial  bodies  in  stable  member  coordinates.  As 
a matter  of  convenience  all  celestial  bodies  used  for  this  purpose 
shall  be  referred  to  as  stars  in  this  section.  The  line -of-sight 
to  a star  is  determined  during  free-fall  by  making  optical  sight- 
ings on  the  star  with  the  Alignment  Optical  Telescope  (AOT)  or 
the  Crew  Optical  Alignment  Sight  (COAS).  These  optical  sight- 
ings are  made  by  varying  the  LM  attitude  so  that  the  star  crosses 
the  X and  Y reticle  lines  of  the  AOT  or  the  equivalent  X and  Y 
lines  of  the  COAS.  The  astronaut  depresses  the  X or  Y mark 
button  whenever  the  star  crosses  the  corresponding  reticle  line. 
When  the  star  coincides  with  one  of  the  reticle  lines,  this  defines 
a plane  containing  the  star.  Once  the  location  of  the  star  has  been 
established  in  two  separate  planes,  the  line -of-sight  to  the  star 
can  be  obtained  by  solving  for  the  intersection  of  these  two  planes. 

The  AOT  is  a unity  power  telescope  with  a field -of- 
view  (FOV)  of  60  degrees  and  can  be  rotated  to  six  distinct  posi- 
tions about  an  axis  parallel  to  the  navigation  base  X-axis.  These 
positions  are  accurately  obtained  by  the  use  of  detents.  The 
center  of  the  FOV  for  each  of  the  viewing  positions  is  defined  by 
the  azimuth  (AZj^)  and  elevation  (EL^^)  angles  shown  in  Fig.  6.  3-1 
where  the  subscript  N denotes  the  viewing  position  being  used. 

The  approximate  values  of  these  angles  for  the  six  viewing  posi- 
tions are; 


Position  1 (left  forward) 
Position  2 (forward) 
Position  3 (right  forward) 
Position  4 ( right  rear  ) 
Position  5 ( rear  ) 

Position  6 ( left  rear  ) 


AZ^  = 

-60°  , 

ELi 

II 

cn 

0 

AZ2  = 

0°  , 

EL2 

= 45° 

AZ3  = 

O 

o 

CD 

EL3 

= 45° 

AZ^  = 

120°, 

EL4 

= 45° 

AZ,  = 

0 

180°, 

EL- 

0 

= 45° 

AZg  = 

-120°, 

ELg 

= 45° 

I 


At  the  beginning  of  the  AOT  Mark  Routine  (R-53) 
and  the  Automatic  Optics  (LM)  Positioning  Routine  (R-52)  the 
astronaut  indicates  whether  he  is  going  to  use  one  of  the  viewing 
positions  of  the  AOT  or  the  COAS  by  selecting  one  of  the  following 
detent  codes: 


Detent  Code 
0 
1 

2 

3 

4 

5 

6 
7 


Use 

COAS  (R-52  only; 
AOT  Position  1 

AOT  Position  2 

AOT  Position  3 

AOT  Position  4 

AOT  Position  5 
AOT  Position  6 
COAS 
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For  detent  codes  1 through  6,  the  computer  uses  the  angles 
and  which  have  been  pre -stored  in  erasable  memory  for  the 

corresponding  AOT  viewing  positions.  The  angles  for  each  AOT 
viewing  position  must  be  stored  in  erasable  memory  since  the 
exact  values  vary  slightly  from  one  AOT  to  another  and  are  not 
known  until  the  final  AOT  installation.  These  angles  completely 
specify  the  AOT  position  to  the  computer.  If  detent  code  7 is  selected 
the  astronaut  must  load -in  the  correct  angles  AZ  and  EL,  for  the 
COAS,  If  the  COAS  is  pointed  along  the  LM+Z  axis  when  used  in 
this  application,  its  AZ  and  EL  angles  are  approximately  zero. 


Detent  code  0 is  only  used  to  calibrate  the  COAS  with 
Routine  R-52.  When  this  code  is  used  by  the  astronaut,  R-52  re- 
quests that  the  angles  AZ  and  EL  for  the  COAS  be  loaded  just  as 
for  detent  code  7.  Afterward,  R-52  commands  the  LM  attitude 
to  establish  coincidence  between  the  line  of  sight  specified  by  AZ 
and  EL  and  the  direction  of  a previously -specified  celestial  body. 
The  astronaut  then  notes  any  corrections  that  should  be  made  in 
AZ  and  EL  by  observing  the  celestial  body  through  the  COAS. 

For  detent  code  0,  R-52  will  repeat  its  data  request  ( i.  e. , detent 
code  and  COAS  angles  ) and  perform  automatic  optics  positioning 
until  the  astronaut  is  satisfied  with  the  values  of  AZ  and  EL  and 
has  indicated  this  by  using  detent  code  7. 


The  direction  of  the  center  of  the  FOV  (or  optical  axis) 
for  each  AOT  viewing  position  and  the  COAS  can  be  expressed  in 
navigation  base  coordinates  by  the  following  unit  vector: 


Hoan 


sin  (ELj^) 

cos  (ELj^)  sin(AZj^) 
cos  (ELj^)  cos  (AZj^) 


(6.  3.  1) 


where  N denotes  the  viewing  position  of  the  AOT  (N  - 1 through  6) 
or  the  COAS  (N  = 0 or  7). 


The  X and  Y reticle  lines  of  the  AOT  ( shown  in 
Fig.  6,  3-1 ) and  those  of  the  COAS  define  two  planes  perpen- 
dicular to  each  other.  The  orientation  of  these  planes  with 
respect  to  the  navigation  base  for  each  viewing  position  of  the 
AOT  and  the  COAS  are  given  by  the  following  vectors: 

r 0 1 


u ' 

-YPN 


cos  (AZj^) 
-sin  (AZ-^) 


(6.3.2) 


-XPN*  -YPN  ^ ^AN 

where  N denotes  the  viewing  position  of  the  AOT  or  the  COAS 
(N  = 7).  Note  that  the  X and  Y reticle  lines  of  the  COAS  are 
assumed  to  be  in  the  planes  defined  by  the  respective  vectors 
— XPN  —YPN  Since  the  AOT  reticle  can  be 

rotated  about  the  AOT  optical  axis  by  means  of  a knob  near  the 
eyepiece,  it  is  necessary  for  the  astronaut  to  set  the  reticle 
rotation  angle  to  zero  when  performing  optical  sightings  using 
the  X and  Y reticle  planes  during  free-fall  in  order  for  the 
vectors  in  Eq.  (6.  3.  2)  to  be  correct. 

At  this  point  it  is  necessary  to  consider  one  important 
difference  between  the  AOT  and  the  COAS  which  is  the  following. 
When  the  AOT  is  rotated  from  one  viewing  position  to  another, 
the  apparent  star  field  observed  through  the  instrument  rotates 
about  the  optical  axis.  This  effect  is  due  to  the  optical  design 
of  the  AOT  and  does  not  occur  for  the  AOT  reticle  lines.  In 
the  forward  position  ( Position  2 ) the  apparent  star  field  is  the 
same  as  the  true  star  field.  As  the  AOT  is  rotated  through  a 
given  azimuth  angle  from  Position  2 to  3,  the  apparent  star  field 
rotates  with  respect  to  the  true  star  field  by  an  equal  amount 
in  a clockwise  direction  about  the  AOT  optical  axis.  For  Position 
3 the  relationship  between  the  apparent  and  true  positions  of  a 
star  would  be  as  shown  in  Fig.  6.  3-1  where  the  amount  and  sense 
of  rotation  is  shown  as  ROT.  Consequently,  when  an  apparent 
star  coincides  with  the  Y reticle  line,  as  shown  in  Fig.  6.3-1,  the 
true  location  of  this  star  is  in  a plane  obtained  by  rotating  the  Y plane 
about  the  optical  axis  by  an  amount  ROT  in  the  reverse  direction.  If  it  is 
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assumed  that  the  azimuth  angle,  AZ^^,  is  positive  as  shown  in 
Fig.  6.  3-1,  then  the  correct  sense  and  magnitude  of  the  rotation 
( ) which  is  applied  to  the  X and  Y planes  for  a given  AOT 
viewing  position  is 

= AZg  - AZj^  ( N = 1 thru  6 ) (6.3.3) 


Therefore,  the  correct  orientation  in  navigation  base 
coordinates  of  the  planes  represented  by  the  AOT  X and  Y reticle 
lines  is 


^PN  Hypn 

(6.3.4) 

Uypn  = - sin  (R^)  ipN  + HypN 

The  orientations  of  the  corresponding  planes  for  the  COAS  are 
obtained  by  setting  the  rotation  angle  R^^  to  zero  in  Eqs.  (6.  3.  4). 

Since  the  above  planes  (Hxpn  ^PN^  fixed 

with  respect  to  the  Navigation  Base  Coordinate  System  it  is  only 
necessary  to  compute  them  once  when  using  a given  AOT  viewing 
position  or  the  COAS;  regardless  of  the  number  of  marks  made 
on  a star. 


The  orientations  of  the  vectors  s-nd  H.ypN 

obtained  in  stable  member  coordinates  by 


i^p  [NBSM]^u^pj^ 

Hyp  " [NBSMJy  Uypj^ 


(6.  3.  5) 


where  [NBSM]^  and  [NBSM]y  si’s  the  transformation  matrices 
based  upon  the  IMU  CDU  readings  stored  during  the  X and  Y 
marks  and  are  defined  in  Section  5,  6,  3,  2.1  . 


The  vector  describing  the  line -of-sight  to  the  star  in 
stable  member  coordinates  is 


s^gj^  = UNIT  (u^p  X ^p)  (6.  3,  6) 


To  achieve  greater  accuracy  in  determining  the 
line -of-sight  to  a star,  a multiple  mark  capability  is  provided, 
whereby  the  astronaut  can  make  up  to  five  pairs  of  marks. 

X and  Y marks  may  be  made  in  any  sequence  convenient  to  the 
crew.  The  IMU  GDU  readings  for  each  mark  are  stored  until 
the  marking  process  is  completed.  The  CDU  readings  for  X 
and  Y marks  are  paired,  and  each  pair  of  readings  is  used  to 
obtain  a star  vector  Sgj^  as  indicated  in  Eqs.  (6.  3.  5)  and  (6.  3.  6). 
As  each  star  vector  Sgj^  is  computed  it  is  averaged  with  the 
previously  computed  star  vectors  to  obtain  an  average  star  vec- 
tor s^  as  follows: 


[ (n-1)  s 


(6.  3.  7) 


where  n is  the  number  of  Sgj^  accumulated. 

5.  6.  3.  1.2  Determination  of  the  Star  LOS  Using  Lunar  Surface 
Sighting  Mark  Procedure 

The  Lunar  Surface  Sighting  Mark  Routine  (R59)  may 
be  used  whenever  optical  sightings  are  made  to  align  the  IMU 
(with  the  Lunar  Surface  Align  Program.  P57;  or  the 
IMU  Realign  Program,  P52).  At  the  beginning  of  routine  R-59 
the  astronaut  selects  one  of  the  detent  codes  for  the  AOT  just  as 
described  in  Section  5.  6.  3.  1.  1 for  the  AOT  Mark  Rou- 
tine (R-5  3).  However,  the  manner  in  which  optical  sightings  are 
made  with  the  AOT  in  routine  R-59  is  different  from  that  used  in 
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routine  R-53.  Instead  of  using  the  entire  X and  Y reticle  lines  of  the  AOT, 
use  is  made  of  only  half  of  the  Y line  and  a spiral,  which  also  exists  on  the 
AOT  reticle.  The  complete  reticle  pattern  is  shown  at  the  left  of  Fig. 

6.3-2A.  The  spiral  is  so  constructed  as  to  depart  radially  from  the  center 
as  a linear  function  of  rotation  about  the  center.  Both  the  spiral  and  that 
half  of  the  Y line  used  during  the  R5  9 procedure  have  been  constructed 
as  double  lines  to  aid  the  astronaut  in  placing  them  on  a star.  The  doubled 
portion  of  the  Y line  is  sometimes  referred  to  as  the  cursor.  The  entire 
reticle  pattern  can  be  rotated  about  its  center  by  turning  a knob  near  the 
eyepiece.  A micrometer  type  readout  is  provided  near  the  knob  to  indicate 
the  amount  of  reticle  rotation. 

When  optical  sightings  are  made  with  the  Lunar  Surface  Sighting 
Mark  Routine  both  cursor  and  spiral  measurements  are  required.  These 
measurements  may  be  made  in  any  order  convenient  to  the  crew.  A cursor 
measurement  is  made  by  rotating  the  AOT  reticle  pattern  until  the  cursor 
line  is  coincident  with  a star  and  depressing  a mark  button  to  store  the  IMU 
CDU  angles.  The  astronaut  then  loads  the  cursor  angle  into  the  LGC  in  re- 
sponse to  a cursor  angle  load  display.  A spiral  measurement  is  made  by 
rotating  the  AOT  reticle  to  bring  the  spiral  line  on  the  star,  and  depressing  a 
mark  button.  The  spiral  angle  is  then  loaded  into  the  LGC.  The  data  ac- 
cumulated by  the  lunar  surface  sighting  mark  technique  are  a cursor  angle 
(YROT)  and  the  CDU  angles  corresponding  to  the  YROT  mark  time,  and  a 
spiral  angle  (SROT)  and  the  CDU  angles  corresponding  to  the  SROT  mark 
time.  The  angles  are  shown  in  Figure  6.  3-2A. 

The  cursor  mark  data  defines  a plane  containing  both  the  sighted 
star  and  the  optical  axis  of  the  AOT  in  platform  coordinates.  A spiral  mark 
defines  a spiral  surface  which  also  contains  the  sighted  body.  The  line  of 
intersection  of  the  cursor  plane  Uyp  spiral  surface  represents  the 

direction  of  the  star. 


by 


The  normal  to  the  cursor  plane  in  body  coordinates  is  computed 
-YPN  ^ -sin  (YROT)  u^pj^  + cos  (YROT)  Uypj^  (6.3.8) 


where  and  (lyPN  plane  vectors  describing  the  AOT  X and  Y reticle 

lines  in  body  coordinates  given  by  equations  6.  3.  4. 

The  cursor  plane  vector  with  respect  to  platform  coordinates  at 
the  cursor  mark  time  is 

Uyp  = [NBSM]^^  —YPN 


»••• 


SPIRAL  MEASUREMENT 


[NBSM]^^  is  the  transformation  matrix  from  body  coordinates  to  platform 
coordinates  using  IMU  CDU  angles  acquired  by  a cursor  mark. 


A unit  vector  u„„  is  defined  which  sweeps  along  the  spiral  as  a 

Ox 

function  of  the  angle  6 as  shown  in  Figure  6.  3-2B.  With  respect  to  the  triple 
primed  coordinate  system,  Ugp  expressed  by 

-SP  ^ ® 6/12)  - (sin  0 sin  0/12)  Uy  (6.  3.  9) 

+ (cos  0/12)  u'^' 


The  axis  vectors  u'^  , u'!^  . are  determined  with  respect 

to  the  body  coordinate  system  using  the  measured  spiral  rotation  angle 
(SHOT). 

u"y  = -sin  (3ROT)  + cos  (SROT)  Uypj^ 

-Z  " -OAN 

u'^  = UNIT  (u'^  X u'^  ) 

-OAN  ^ unit  vector  describing  the  optical  axis  of  the  AOT  in  body  coordi- 
nates given  by  equation  6.  3.  1. 


During  lunar  surface  IMU  alignments  the  initial  estimate  of  0 is 
derived  from  the  measured  rotation  angles. 


0 = 360  + SROT  - YROT 


If  the  surface  sighting  technique  is  used  during  inflight  IMU 
alignments,  0 is  initially  estimated  using  the  sighting  star  vector  stored 
in  the  LGC  star  catalog  by  transforming  it  to  body  coordinates  and  taking 
the  dot  product  with  the  AOT  optics  axis  vector. 

STARj^g  = [SMNB]g  REFSMMAT  STARj^^P 


[SMNB]g  is  the  transformation  matrix  from  platform  to  body  coordinates 
using  IMU  CDU  angles  acquired  by  a spiral  mark. 

0 = 12  ARCCOS  (STARj^g  • Uq^^^  ) (6.  3.  10) 

To  obtain  the  line  of  intersection  of  the  cursor  plane  and  spiral 
surface  a vector  Ug  must  be  computed  which  satisfies 

cos  0 = uyp  ' “ 6 11)  • 

where  Ug  is  the  spiral  surface  vector  in  platform  coordinates. 

Ug  = [NBSM]g  Ugp 
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An  iteration  loop  is  used  to  monitor  convergence  of  cos  0 
where  the  initial  computation  of  Ug  is  based  on  an  initial  estimate  of  6. 
Subsequent  computations  of  Ug  use  a 6 incremented  by  + 1 degree  from 
which  cos'  0 is  computed.  The  final  solution  for  Ug  represents  the  direction 
of  the  star  in  platform  coordinates  for  a given  set  of  mark  data.  The 
iteration  loop  logic  is  shown  in  Figure  6.  3-2C. 

To  achieve  greater  accuracy  in  determining  the  line -of-sight 
to  a star  during  the  lunar  stay  period,  a mxiltiple  mark  capability  is 
provided  just  as  during  free-fall.  The  star  vectors  s^j^  obtained 
from  the  star  sighting  process  are  combined  to  obtain  an  average 
star  vector  s as  described  in  Section  5.  6.  3.  1.  1. 
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5.6.3. 1.3  Lunar  Surface  Star  Acquisition  Subroutine 


The  purpose  of  the  Lunar  Surface  Star  Acquisition 
Subroutine  is  to  assist  the  astronaut  in  locating  a navigation 
star  with  the  AOT  when  the  celestial  body  code  ( or  star  code ) 
has  been  selected  by  him  at  the  beginning  of  the  Lunar  Surface 
Sighting  Mark  Routine  (R-59).  The  subroutine  is  bypassed  when 
there  is  no  REFSMMAT  just  prior  to  entering  the  subroutine. 


Initially,  the  subroutine  checks  to  see  if  the  star  is 
within  30  degrees  of  the  center  of  the  AOT  field-of-view  ( FOV  ) 
for  any  one  of  the  six  AOT  viewing  positions  defined  in  Section 
5.6.  3.  1.  1.  If  successful,  the  subroutine  then  computes  the 
reticle  rotation  angles  needed  to  place  the  cursor  and  spiral  of 
the  AOT  reticle  onto  the  star.  The  parameters  computed  by 
this  subroutine  for  display  to  the  astronaut  are  the  following: 

N AOT  viewing  position  as  defined  in 

Section  5.  6.  3.  1.  1. 

YROT  Reticle  rotation  angle  in  order  to  place 

the  cursor  on  the  star  for  viewing  position 

N. 

SROT  Reticle  rotation  angle  in  order  to  place 

the  spiral  on  the  star  for  viewing  position 

N. 


5. 6 -39 


If  the  star  is  not  within  30  degrees  of  the  FOV  center 
for  any  AOT  position,  a Program  Alarm  is  issued  and  the  astronaut 
must  respond  as  shown  in  Fig.  6.  3-3.  If  the  star  is  within  0.5  degrees 
of  the  FOV  center  for  one  of  the  AOT  positions,  the  values  of  YROT 
and  SROT  displayed  to  the  astronaut  are  zero. 

The  logic  associated  with  this  subroutine  is  shown  in 
Fig.  6,  3-3.  After  transforming  the  selected  unit  star  vector 
from  basic  reference  to  navigation  base  coordinates,  a test  is 
made  for  each  AOT  viewing  position  N to  see  if  the  star  vector 
is  within  30  degrees  of  the  unit  vector  defining  the 

optical  axis  or  the  center  of  the  field -of -view  for  that  viewing 
position.  The  parameters  and  are  computed  for  each 

position  as  follows: 


^iOAN 


/I  cO 

sin  45 

cos  45°  sin  AZ 
cos  45°  cos  AZ 


N 

N 


" HoAN  ■ ^NB 


(6.  3.  12) 


where  AZ^^  is  the  approximate  azimuth  angle  for  the  AOT  viewing 
position  N which  is  given  in  Section  5.  6.  3.  1.  1. 
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START 


EXIT 

Figure  6.  3-3  Lunar  Surface  Star  Acquisition  Subroutine 
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If  the  star  is  found  to  be  within  30  degrees  of  HqAN’ 
the  reticle  rotation  angles  YROT  and  SHOT  are  computed  as 
shown  in  Fig.  6.3-3  where; 


e = 


cos 


-1 


^ f HoaN  ^ iNB  ^ ‘ f ^AN  ^ ( ° ) ^ 


(6.  3.  13) 


/M 

^2  " ^HoAN  ^ ’^^AN  ^ [ HoAN  ^ ° 

'0 


Note  in  Fig.  6.  3-3  that  360°  is  added  to  the  angle 
YROT  to  insure  that  YIIOT  and  SROT  will  always  be  positive. 
In  addition,  the  LGC  insures  that  the  angles  YROT  and  SROT 
displayed  to  the  astronaut  are  not  greater  than  360°  since  the 
AOT  reticle  rotation  dial  is  only  capable  of  indicating  values 
between  0°  and  360°. 


5.  6.  3.  2 IMU  Transformations 


5.  6.  3. 2.1  Stable  Member -Navigation  Base 

Let  IGA,  MGA,  OGA  be  the  IMU  inner,  middle  and 
outer  gimbal  angles,  respectively.  Define  the  following  matrices 


Qi  “ 


cos  IGA 
0 

sin  IGA 


-sin  IGA 
0 

cos  IGA 


(6.  3.  14) 


COS  MGA  sin  MGA  0 
-sin  MGA  cos  MGA  0 


0 


0 


(6. 3. 15) 


Q r 


1 

0 

0 


0 

cos  OGA 
-sin  OGA 


0 

sin  OGA 
cos  OGA'i 


(6.  3.  16  ) 


Stable  Member  to  Navigation  Base  Transformation 


-NB  ^3^2^liiSM 

[smnbJ  = Q3  <52*^1 


( 6.  3.  17  ) 
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Navigation  Base  to  Stable  Member  Transformation 


Hsm  = ^2'^  Qs""  Hnb 

[NBSM]  = Q2'^ 


(6.  3.  18) 


5.  6.  3.  2.2  Calculation  of  Gimbal  Angles  (CALCGA  ) 

Given  a stable  member  orientation  and  a navigation 
base  orientation  both  referred  to  the  same  coordinate  system, 
the  following  procedure  is  used  to  compute  the  corresponding 
gimbal  angles. 

-MG  ^ UNIT  X 

cos  OGA= 
sin  OGA.  aj^^  • 

OGA=  ARCTRIG  ( sin  OGA,  cos  OGA) 

cos  MGi^  ■ (^mg^^NB^  (6.3.19) 

sin  MGA=  ygj^  • x^g 

MGA  = ARCTRIG  ( sin  MGA,  cos  MGA) 


cos  IGA=  aj^Q  . 

^SM 

sin  IGA  = aj^Q  • 

^SM 

IGA=  ARCTRIG  (sin  IGA,  cos  IGA) 
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where  the  inputs  are  three  vectors  along  the  stable  member  axes 
and  three  vectors  along  the  navigation  base  axes.  In  the  above 
equations  ARCTRIG  implies  computing  the  angle,  choosing  either 
sin  ^ or  cos  ^ so  as  to  yield  maximum  accuracy. 

5.  6. 3.2.3  Calculation  of  Gyro  Torquing  Angles  ( CALCGTA  ) 

In  the  fine  align  procedure,  after  the  present  platform 
orientation  is  determined,  the  torquing  angles  required  to  move 
the  platform  into  the  desired  orientation  must  be  computed.  This 
is  achieved  as  follows: 

Let  Xq,  y j^,  and  Zjj  be  the  desired  stable  member  axes 
referred  to  the  present  stable  member  orientation,  and  let  Xp, 
yp,  and  z p denote  the  present  stable  member  axes.  The  rotations 
are  performed  in  three  steps:  (1)  rotating  through  0y  about  the 
present  y axis,  yielding  x,  yp,  and  z;  (2)  rotating  through  0^ 
about  the  z axis,  yielding  2.0'  5.’  finally  rotating  through 

0^  about  the  Xp  axis,  yielding  Xp,  y p,  Zp.  The  relevant  equations 
are  as  follows; 

z = UNIT  ( -Xp  g,  0,  Xp  ^ ) 
sin  0 = z, 

y 1 


cos  0 = z„ 

y 3 

0^  - ARCTRIG  ( sin  0 , cos  0 ) 

y y 

sin  0 = Xt-,  o 

= "-3  ^D,l  - "1  ^D,3 

0^  = ARCTRIG  (sin  0^,  cos  0^  ) 

COS0^  = z . Zp 

6^  = ARCTRIG  ( sin  0 , cos  0 ) 

X X X 


( 6. 3. 20) 
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The  required  inputs  are  the  three  coordinate  axes  of 
the  desired  stable  member  orientation  referred  to  the  present 
stable  member  orientation. 


5.6.  3.2.4  Coordinate  Axes  Generator  (AXISGEN) 


Given  two  unit  vectors  (usually  star  vectors  ),  s^ 
and  s , expressed  in  two  coordinate  systems,  denoted  by 
primed  and  unprimed  characters,  i.  e.  , sj^,  s^,  s^,  Sg,  this 
routine  computes  the  unit  vectors  x,  y,  z which  are  the  primed 
coordinate  system  axes  referred  to  the  unprimed  coordinate 
system.  This  is  accomplished  by  defining  two  ortho-normal 
coordinate  sets,  one  in  each  system,  in  the  following  manner  ; 


Hx 

~ 

iA 

Hy. 

= 

UNIT  ( 

Hz 

= 

Hx^  H y 

= 

Ha 

P 1 

= 

UNIT  ( s^ 

P 1 

= 

Hx""  Hy 

The  primed  coordinate  system  axes  expressed  in 
terms  of  the  unprimed  coordinate  system  axes  are: 
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^ Hx  + Hy  + ^zi  Hz 

y.  ~ '^:k2  Hx  Hy  "'■  ^z2  -z  ( 6.  3. 22 ) 

- " '^xs  Hx  ‘^Ys  Hy  “z3  Hz 


It  should  be  noted  that  vectors  can  be  transformed 
from  the  unprimed  to  the  primed  coordinate  systems  by  using 
the  following  matrix  constructed  with  the  output  ( Eq.  (6.3.22)) 
of  AXISGEN: 


(6.3.23) 


5. 6.3.2. 5 Calculation  of  Stable  Member  Coordinates  of  the 
Spacecraft  (CALCSMSC) 


To  determine  the  directions  of  the  X,  Y,  and  Z axes 
of  the  present  vehicle  coordinate  system  or  the  navigation  base 
coordinate  system  with  respect  to  the  IMU  Stable  Member 
Coordinate  System,  use  is  made  of  the  routine  CALCSMSC. 


The  unit  vectors  — NB 

directions  of  the  navigation  base  coordinate  system  axes  with 
respect  to  the  IMU  Stable  Member  Coordinate  System  are 
determined  as  follows: 


-NB 


I cos  IGA  cos  MGA 
sin  MGA 
-sin  IGA  cos  MGA 


V 


(6,3.24) 


^NB 


I cos  IGA  sin  OGA  sin  MgA^ 
+ cos  OGA  sin  IGA 

- sin  OGA  cos  MGA 

cos  OGA  cos  IGA 

Vsin  OGA  sin  MGA  sin  IGA 


^NB  -NB  ^ -NB 


where  IGA,  MGA,  and  OGA  are  the  inner,  middle,  and  outer 
IMU  gimbal  angles,  respectively.  It  should  be  noted  that  the 
rows  of  the  transformation  matrix  [SMNB  ] also  give  the  above 
vectors. 
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5.  6.  3.  3 


Gravity  Vector  Determination  Routine 


The  Gravity  Vector  Determination  Routine,  see  Fig. 

6.  3-4,  measures  the  gravity  vector  twice,  to  minimize  the  error 
due  to  accelerometer  bias  and  scale  factor  error.  For  the  first 
measurement  the  IMU  is  coarse-aligned  to  gimbal  angles  of: 

OGA  = 42°,  MGA  = 35.26°,  IGA  = -42°.  In  this  orientation,  the 
accelerometer  (PIPA)  axes  are  approximately  at  equal  angles  from 
the  spacecraft  X-axis,  which  should  be  roughly  parallel  to  the 
gravity  vector.  The  PIPA's  are  then  monitored  for  40  seconds, 
giving  a gravity  vector  g in  stable  member  co-ordinates.  The 
gravity  vector  UNIT  (g)  is  transformed  to  navigation  base 
co-ordinates,  using  the  SMNB  routine,  and  stored  as  g^ 


A rotation  matrix,  Q,  is  then  constructed,  see 
Eqs.  (6.3.25)  and  (6.3.26  ),  which  essentially  defines  the  new 
orientation  of  the  stable  member  axes  with  respect  to  the  pre- 
sent stable  member  axes  if  the  stable  member  were  to  be  rotated 
180°  about  the  gravity  vector. 


Hx  = 


UNIT  ( g) 
UNIT  fu^ 


X 


(0, 


(6.3.25) 


Q 


..  — 

u'  T 
-X 

u'  u'  u' 
-X  -Y  -Z 

, T 
-u' 

-Y 

, T 
-u' 

_ -z 

( 6. 3. 26  ) 


5.  6-49 


»••• 


EXIT 


Figure  6.3-4  Gravity  Vector  Determination  Routine 


i 
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The  coordinates  of  the  desired  stable  member  axes  with  respect 
to  the  present  stable  member  axes  are  present  in  matrix  Q; 


T 

-SM 

Q = ' ZSM 

T 

-SM 


(6.3.27) 


and  the  coordinates  of  the  navigation  base  axes  ( ^NB’ 
) with  respect  to  the  present  stable  member  axes  are 
computed  by  the  routine  CALCSMSC  of  Section  5.  6.  3.  2,  5. 


With  Xjgg,  ZnE’  -NB  vectors  in  ( 6.  3.  27  ), 

the  routine  CALCGA  can  be  used  to  determine  the  desired 
gimbal  angles  for  the  new  orientation,  and  the  PIPA's  are  again 
monitored  for  40  seconds,  giving  another  gravity  vector  g in 
stable  member  co-ordinates.  The  gravity  vector  UNIT  ( g ) is 
transformed  to  navigation  base  co-ordinates  with  the  SMNB 
routine,  and  stored  as  gg. 


5.  6 - 51 


The  unit  vector  in  the  direction  of  the  gravity  vector 
is  calculated  from; 


^ = UNIT  ( + £2  ) ( 6.  3.  28  ) 


By  using  the  above  procedure,  the  error  in  estimating  the  direction 
of  the  gravity  vector  because  of  accelerometer  biases  and  scale 
factor  errors  is  reduced. 
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5.  6. 3.  4 REFSMMAT  Transformations 


The  matrix  required  to  transform  a vector  from  the 
Basic  Reference  Coordinate  System  to  the  IMU  Stable  Member 
Coordinate  System  is  referred  to  as  REFSMMAT.  This  matrix 
can  be  constructed  as  follows  with  the  unit  vectors  '-‘ySM’ 

and  defining  the  orientations  of  the  stable  member  axes 

with  respect  to  the  Basic  Reference  Coordinate  System: 


REFSMMAT 


T 

^SM 

T 

Hysm 

T 

Hzsm 


(6.  3.  29) 


5.  6.  3. 4.  1 Present  REFSMMAT  From  Star  Sightings 


The  present  IMU  stable  member  orientation  with  re- 
spect to  the  reference  coordinate  system,  and  the  associated 
REFSMMAT,  can  be  determined  by  sighting  on  two  navigation 
stars  with  the  AOT.  If  s^  and  s^  are  the  unit  vectors  defining 
the  measured  directions  of  the  two  stars  in  the  present  stable 
member  coordinate  system,  and  s^^  and  s^  are  the  unit  vectors 
to  the  corresponding  stars  as  known  in  the  reference  coordinate 
system,  then  these  vectors  can  be  used  as  the  input  to  the 
routine  AXISGEN  ( Section  5.  6.  3. 2. 4 ) to  obtain  the  present  IMU 
orientation  and  REFSMMAT  (Eqs.  ( 6.  3.  22  ) and  ( 6.  3.  23  ) ). 
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5. 6. 3. 4. 2 Alignment  for  Thrusting  Maneuvers  (Preferred  Orientation) 


During  certain  thrusting  maneuvers  the  IMU  will  be 
aligned  according  to  the  following  equations. 

-XSM  ' ^TD 


-YSM 


UNIT  £) 

UNIT  ( X £) 


If  r not  parallel  to 

If  r parallel  to  ( 6.  3.  30  ) 


HzSM  ■ ^SM  ^ -YSM 


where  is  the  unit  vector  in  the  desired  thrust  direction  at 

ignition  and  r and  v are  the  LM  position  and  velocity  vectors. 


The  associated  transformation  matrix  ( REFSMMAT ) 
is  given  by  Eq.  ( 6.  3.  29  ). 

5. 6. 3. 4. 3 Alignment  to  Local  Vertical  in  Orbit  (Nominal  Orientation) 

The  IMU  stable  member  may  be  aligned  to  the  local 
vertical  at  a specified  time.  For  this  type  of  orientation  the  stable 
member  axes  are  found  from  the  following. 

HxSM  = UNIT  (r) 

-YSM  " UNIT  (vx  r)  (6.3.31) 

-ZSM  UNIT  ( X H.YSM  ^ 

where  r and  v are  the  position  and  velocity  vectors  of  the  LM  at 
the  specified  time,  I^lign' 

The  REFSMMAT  associated  with  this  IMU  orientation 
is  found  from  Eq.  (6.  3.  29). 
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5.  6.  3.  4.4  Lunar  Landing  and  Launch  Orientations 


The  proper  IMU  orientation  for  lunar  landing  and 
launch  is  defined  by  the  following  equations; 


^SM 

]} 

-YSM 

" -ZSM  ^ -XSM 

( 6.  3.  32  ) 

-ZSM 

= UNIT{h^  X r^g  [ 

]} 

where  H.YSM'  — ZSM  directions  of  the 

respective  stable  member  axes  expressed  in  the  Basic  Reference 
Coordinate  System. 

1^  is  the  orbital  angular  momentum  vector  of  the 
CSM  given  by  (r^  X v^). 

r „ is  the  landing  site  position  vector  in  the  Basic 

— X-/0 

Reference  Coordinate  System  at  a specified 
time  t . 

J_; 

In  Section  4 the  time  t^  naay  either  be  the  nominal 
time  of  lunar  landing  referred  to  in  IMU  Realign  Program  (P-52) 
or  a time  specified  by  the  astronaut  at  the  beginning  of  the  Lunar 
Surface  Align  Program  (P-57).  It  should  be  noted  that  no  program 
exists  in  the  LGC  to  determine  the  lunar  landing  time,  and  this 
parameter  must  be  supplied  by  RTCC. 
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Since  the  landing  site  moves  in  the  Basic  Reference 
Coordinate  System  because  of  lunar  rotation,  it  is  more  con- 
venient to  store  its  position  vector  r^^g  in  the  Moon-Fixed 
Coordinate  System  where  it  does  not  change  with  time.  When- 
ever it  is  desired  to  express  r^^g  in  the  reference  coordinate 
system  for  a given  time  ( i.  e. , t^  ) use  is  made  of  the 
Planetary  Inertial  Orientation  Routine  of  Section  5.5.2. 


The  REFSMMAT  associated  with  the  landing  site 
alignment  in  Eq.  ( 6 . 3.  32  ) is  given  by  Eq.  (6.3.29). 
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5.6.4 


STAR  SELECTION  ROUTINE 


The  Star  Selection  Routine  is  used  by  the  Inflight  Fine 
Align  Routine  (R-51  ) to  select  the  best  pair  of  stars  in  or  near 
the  forward  AOT  field  of  view  for  fine  alignment  of  the  IMU. 

The  logic  diagram  for  this  routine  is  shown  in  Fig.  6.4-1. 

Each  pair  from  the  computer  catalog  of  37  stars  is 
tested  to  see  if  both  stars  are  within  a 100  degree  viewing  cone 
centered  with  respect  to  the  optical  axis  of  the  Alignment  Optical 
Telescope  (AOT)  when  in  the  forward  viewing  position  (Detent  2). 
Although  this  viewing  cone  is  larger  than  the  actual  field  of  view 
( 60  degrees ) of  the  AOT,  it  is  used  to  enhance  the  probability 
that  a star  pair  will  be  found  with  sufficient  angular  separation 
so  as  to  insure  accurate  IMU  alignment. 

Afterwards,  the  routine  checks  to  see  if  the  angle  of 
separation  between  the  stars  is  at  least  50  degrees. 


If  a pair  passes  the  above  tests,  a check  is  then  made 
to  see  if  either  star  is  occulted  by  the  Sun,  Earth,  or  Moon. 

The  sizes  of  the  occultation  cones  about  each  of  the  three  bodies 
are  such  as  to  not  only  account  for  true  occultation  but  to  also 
prevent  the  selection  of  stars  too  near  the  bodies  because  of 
visibility  problems.  The  directions  and  the  associated  occulta- 
tion cone  sizes  of  the  three  bodies  are  actually  computed  by  the 
subroutine  LOCSAM  (Section  5,  5.  13)  which  is  called  by  the  Inflight 
Fine  Align  Routine  (R-51)  just  prior  to  calling  the  Star  Selection 
Routine. 


The  pair  of  stars  passing  the  above  tests  and  having 
the  largest  angular  separation  is  chosen  by  this  routine.  If  the 
routine  is  unable  to  find  a satisfactory  pair  of  stars  after  test- 
ing all  combinations,  it  is  seen  in  Routine  R-51  of  Section  4 that 
an  Alarm  Code  is  displayed,  whereupon  the  astronaut  may  either 
repeat  the  star  selection  process  at  a different  spacecraft  attitude 
or  select  his  own  stars  later  in  the  Inflight  Fine  Align  Routine  (R- 


51). 
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Figure  6.  4-1  Star  Selection  Routine 


5.  6.  5 


GROUND  TRACK  ROUTINE 


This  routine  is  used  by  the  astronaut  in  near-earth 
or  near-moon  orbit  to  obtain  CSM  or  LM  trajectory  information. 
The  astronaut  specifies  a time  ( GET ) and  a vehicle  ( CSM  or 
LM).  The  routine  uses  the  Coasting  Integration  Routine  (Section 
5.2.2)  to  extrapolate  the  desired  vehicle's  state  vector  to  the 
specified  time.  The  resulting  estimated  position  vector  is  con- 
verted to  latitude,  longitude,  altitude  coordinates  by  means  of 
the  Latitude -Longitude  Subroutine  (Section  5.  5.  3)  and  these  data 
are  displayed.  Altitude  is  defined  with  respect  to  the  landing 
site  radius  for  lunar  orbit,  and  the  launch  pad  radius  for  earth 
orbit.  The  astronaut  can  request  the  state  vector  extrapolation 
to  continue  in  ten  minute  steps,  or  to  another  specified  time, 
and  obtain  additional  displays  of  the  coordinates  of  points  in  the 
spacecraft's  orbit. 

In  order  to  decrease  the  computer  time  required  to 
do  recycled  computations  of  latitude,  longitude,  and  altitude, 
the  routine  saves  the  results  of  each  integration  of  the 
state  as  a base  vector  which  is  used  as  input  for  recycling 
requests. 

As  an  additional  option,  the  astronaut  may  request 
a display  of  altitude  (to  10  N.  M. ),  inertial  velocity  magnitude 
(to  1 ft/ sec),  and  flight  path  angle  (in  degrees)  at  an  astronaut- 
specified  time. 
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5.6.6 


S-BAND  ANTENNA  ROUTINE 


The  S-Band  Antenna  Routine  (R-05  ) in  the  LGC  is  used 
to  compute  and  display  the  two  antenna  gimbal  angles  which  will 
point  the  antenna  toward  the  center  of  the  Earth,  using  the  present 
LM  position  and  body  attitude.  The  gimbal  angle  definitions  and 
their  relation  to  the  LM  body  axes  are  shown  in  Fig.  6.6-1. 

Once  the  program  is  initiated  by  the  astronaut  the 
computer  will  automatically  update  the  display  at  a rate  of  no 
greater  than  once  per  second  depending  on  other  computer 
activity.  This  update  will  continue  until  terminated  by  the  astro- 
naut via  the  DSKY.  If  the  S-Band  Antenna  Routine  is  interrupted, 
the  display  and  computation  will  be  terminated  until  the  astro- 
naut reinitiates  the  routine. 

The  computational  accuracy  of  the  antenna  gimbal 
angles  is  + 1.  0 degrees.  This  accuracy  reflects  only  the  level 
of  accuracy  of  the  displayed  angles  and  does  not  indicate  the 
pointing  accuracy  of  the  associated  antenna  alignment. 


The  angles  computed  and  displayed  (see  Fig.  6.6-1  ) 
cover  the  entire  range  of  possible  gimbal  angles.  There  is  no 
attempt  to  restrict  these  angles  to  those  constrained  by  gimbal 
limits  or  to  indicate  that  a vehicle  attitude  change  is  required  to 
achieve  S-Band  lock-on. 
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Rotation  order  a,  j3 

a,  pitch  angle  is  rotation  about  the  + pitch  gimbal  axis  (-90°<q'  < 270°) 


j3,  yaw  angle  is  rotation  about  the  yaw  gimbal  axis  fixed  to  the 
antenna  (-90°<  P < 90°) 


Figure  6.  6-1  Definition  of  LM  S-Band  Gimbal  Angles 
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The  equations  and  logic  used  to  compute  the  LM  antenna 

gimbal  angles  are  shown  in  Fig.  6,  6-2.  The  vector  R from  LM  to 

Earth  as  determined  by  the  unit  vector  u^  of  the  LOCSAM  subroutine 

of  Sec.  5.  5.  13  is  transformed  to  navigation  base  coordinates  then 

rotated  by  the  transformation  matrix  [ NBS  A ] to  account  for  the 

orientation  of  the  S-band  antenna  mount  with  respect  to  the  navigation 

base  or  LM  coordinates.  The  relation  between  U„  and  (Uv  . Uv, 

-R  -^LM  LM’ 

determines  the  S-band  antenna  gimbal  angles  in  the 
subsequent  computations.  The  transformation  matrix  [NBSA]  is 
defined  as  follows: 


[NBSA]  = 


.1  cO 

COS  45 
-sin  45° 
0 


.1  cO 

sm  45 

0 

cos  45° 

0 

0 

1 
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5.6.7 


ADDITIONAL  RENDEZVOUS  DISPLAYS 


During  the  rendezvous  sequence  the  following  routines 
may  be  called  by  the  astronaut  for  the  purpose  of  computing  and 
displaying  special  quantities  related  to  the  rendezvous  geometry. 

5.6.7.  1 Range,  Range  Rate,  Theta  Display 

Routine  R-31  may  be  called  in  order  to  display  the 
computed  range  and  range  rate  between  the  two  vehicles  and  an 
angle  6 shown  in  Fig.  6.7-1. 


The  angle  d represents  the  angle  between  the  LM 
Z-body  axis  and  the  local  horizontal  plane  of  the  LM.  It  is  de- 
fined in  a manner  completely  analogous  to  the  definition  of  E 
in  Section  5.  4.  2. 2 and,  therefore,  has  limits  of  0 to  360  degrees. 


The  equations  used  to  compute  the  display  parameters 
for  R-31  are  given  below. 


?-  = - II 

= UNIT  (R  ) 

RANGE  = |r| 

(6.7. 

RANGE  RATE  = ( Yc  ‘ '^L  ^ ‘ ^R 

(6.7. 

To  compute  & the  following  vector  is  defined 


-Z 


[^refsmmatJ  [^nbsmJ 
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where  NBSM  and  REFSMMAT  are  defined  in  Section  5.  6.  3 and 
is  a unit  vector  along  the  Z-body  axis  expressed  in  basic 
reference  coordinates.  The  angle  6 is  then  found  as  follows; 


u = UNIT  ( ><  : 


= UNIT 

1 

1 

^liz  • 

T* 

-L 

-1 

= cos 

/ — 1 

N 

Up  SGN  ( Up  • 

(6.7.3 


If  u^.  • £l  < 0;  e = 2-n  - e 


The  three  displays  of  R-31  are  automatically  updated 
until  R-31  is  terminated  by  the  astronaut.  The  logic  flow 
required  to  accomplish  this  update  is  shown  in  Fig.  6.7-2, 


5.  6.  7.  2 Final  Attitude  Display 

Routine  R-63  may  be  used  to  compute  and  display  the 
FDAI  angles  required  to  point  either  the  LM  Z-axis  or  LM 
X-axis  at  the  CSM.  The  choice  of  axis  is  made  by  the  astronaut 
at  the  beginning  of  the  routine  as  described  in  Section  4. 

After  initiation  of  this  routine  the  state  vectors  of 
both  vehicles  are  extrapolated  to  the  present  time  plus  one 
minute  using  the  Conic  Kepler  Subroutine  (Section  5.  5.  5). 

Based  on  these  new  state  vectors  the  required  gimbal  angles 
are  computed.  These  angles  are  converted  to  FDAI  angles  using 
the  transformation  described  in  Section  5,  6.  12  and  the  result 
is  displayed. 

There  is  no  automatic  display  update;  however,  R-63 
may  easily  be  recycled  manually. 


5.  6.  7.  3 Out-of -Plane  Rendezvous  Display 

Routine  R-36  may  be  used  during  any  phase  of  the 
rendezvous  sequence  to  provide  information  about  the  out-of - 
plane  geometry.  Three  quantities(  Y,  Y,  and  4^ ) are  computed 
for  a given  time.  (The  present  time  of  ignition  is  automatically 
selected  in  the  absence  of  a time  determined  by  the  astronaut.  ) 
The  first  two,  Y and  Y,  represent  the  out-of-plane  position  and 
and  velocity  in  some  sense.  The  third  display,  il)  is  the  angle 
between  the 
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ENTER 


I 


EXIT  R31 


Figure  6.  7-2.  Range,  Range  Rate,  6 
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line  of  sight  and  the  forward  direction,  measured  in  the  local 
horizontal  plane.  It  is  equivalent  to  the  yaw  angle  on  the  FDAI 
ball  if  the  ball  were  aligned  to  an  inplane,  local  horizontal  at- 
titude and  the  vehicle  were  rotated  such  that  the  Z-axis  were 
pointed  along  the  line  of  sight. 

The  exact  definition  of  Y,  Y and  i|;  is  demonstrated 
by  the  following  set  of  equations. 

u = UNIT  (v^  X r^  ) ( 6.  7.  4) 

where  r^  and  v^  are  the  position  and  velocity  vectors  of  the 
CSM,  respectively. 


Y = £l  • H 

Y = II  • H 


(6.  7.  5) 


where  r^^  and  Vj^  are  the  position  and  velocity  vectors  of  the  LM, 
respectively. 


= UNIT 

£r 

= UNIT  ( ) 

LOS 

^11 

*1 

-LOS 

= UNIT 

LQS  - 

( LOS  • Upj  ) U 

-1 

= cos 

^-LOS 

• Up  ) 

N 

" -LOS 

(6.7.6) 


(6.7.7) 


N • II  ^ + 
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5.6.8 


AGS  INITIALIZATION  ROUTINE 


The  Abort  Guidance  System  (AGS  ) initialization  involves 
a separate  routine  R-47  in  the  LGC  that  prepares  a special  telemetry 
downlink  list  with  the  required  AGS  initialization  parameters.  The 
AGS -LGC  initialization  interface  is  through  the  telemetry  subsystem. 
At  a desired  GET,  the  astronaut  may  simultaneously  make  an 
"ENTER"  in  both  LGC  and  AEA  (Abort  Electronic  Assembly).  The 
LGC  stores  the  GET  at  this  ENTER  and  subtracts  this  time  from 
all  state  vector  reference  times  used  in  the  AGS  initialization.  There 
is  also  the  option  of  loading  an  AGS  initialization  time  obtained  from 
an  external  source. 

The  AGS  Initialization  Routine  next  integrates  the  CSM 
and  LM  state  vectors  to  the  current  GET.  This  state  vector 
integration  (Sec.  5.2.2)  is  based  on  the  determination  of  the  earth 
or  lunar  orbit  condition  by  examining  the  CSM  primary  body  indicator 
of  Section  5.  2.  2.  6.  In  the  earth  orbital  condition,  the  CSM  and 
LM  state  vectors  are  divided  by  a factor  of  four  and  these  modified 
state  vectors  are  put  on  the  special  down-link  telemetry  list  together 
with  the  difference  between  the  state  vector  time  and  the  AGS  reference 
GET.  In  the  lunar  orbit  condition  the  CSM  and  LM  state  vectors  are 
modified  by  only  the  subtraction  of  the  AGS  reference  GET  from  the 
state  vector  time  before  being  put  on  the  down-link  list.  This  special 
telemetry  down-link  list  is  then  sent  10  consecutive  times  before  the 
normal  down -link  format  is  resumed. 

Subsequent  AGS  initializations  do  not  normally  require  a 
new  AGS  time  referencing  operation  involving  the  simultaneous  LGC 
and  AEA  ENTER  inputs.  During  AGS  initializations  following  the 
first,  the  AEA  clock  initialization  may  be  omitted.  In  that  case,  the 
special  initialization  down-link  is  prepared  by  modifying  the  state 
vector  times  by  subtracting  the  initial  GET  reference  time  determined 
in  the  first  initialization. 

The  final  operation  is  to  zero  the  IMU  CDU's  for  the  AGS 
alignment  procedure  as  described  in  Section  4 provided  CDU  zeroing 
is  permissible  in  the  LGC  at  that  time. 
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5.  6.  9 


LGC  INITIALIZATION 


The  LGC  initialization  procedure  prior  to  LM  sepa- 
ration is  a manual  operation  which  does  not  involve  a numbered 
LGC  program.  After  the  LGC  is  activated  the  first  requirement 
is  to  synchronize  the  LGC  clock  with  that  of  the  CMC,  This  is 
a count-down  and  mark  procedure  described  in  R-33,  LGC/CMC 
Clock  Synchronization  Routine  of  Section  4,  to  obtain  an  average 
clock  difference  which  is  then  used  to  increment  the  LGC  clock. 
The  CMC  and  LGC  clock  synchronization  can  also  be  checked  by 
the  Mission  Ground  Control  Center  using  telemetry  down-link 
data,  which  can  provide  a more  precise  difference  to  increment 
the  LGC  clock. 

Next,  the  following  parameters  are  voice -linked  from 
the  CSM  or  uplinked  from  the  earth  to  the  LM  to  be  entered  into 
the  LGC: 


1 ) 

^ ■ 

CSM  position  vector 

2) 

^ ■ 

CSM  velocity  vector 

3) 

^C  ^ 

CSM  state  vector  time 

4) 

-LS  • 

lunar  landing  site  vector  in  moon-fixed 
coordinates 

5 ) 

time  difference  between  zero  GET  and 

July  1.  0,  1971  universal  time. 

6) 

Pc  : 

planet  identifier 

All  of  the  above  parameters  are  in  octal,  and  all  are  double  pre- 
cision except  item  5,  t^,  which  is  triple  precision  and  item  6, 
P^,  which  is  one  bit. 
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The  estimated  CSM  and  LM  state  vectors  ( as  defined 
in  Eq.  (2.2.28)  of  Section  5.  2.  2.  6 ).the  estimated  landing  site 
state  vector,  and  the  reference  time  t^  are  then  initialized  as 
follows; 


^CO 

— 

^:c 

^0 

= 

^Ccon 

= 

^:c 

^con 

= 

= 

0 

= 

0 

= 

'^C 

= 

0 

= 

0 

/•  0 for  earth  orbit 

Pc 

^ 1 for  lunar  orbit 

-LO 

= 

-LO 

= 

—Leon 

= 

—Leon 

= 

Xc 

^L 

= 

0 

o| 

11 

= 'c 

= 0 

= 0 

f 0 for  earth 

orbit 

^ 1 for  lunar 

orbit 

-LS 

" -LS 

'o 

= 'o 

where  the  items  on  the  left-hand  side  of  the  above  equations  are 
LGC  variables,  and  the  items  on  the  right-hand  side  are  the  up- 
linked  or  voice-linked  parameters.  The  subscripts  C and  L refer 
to  CSM  and  LM,  respectively.  The  variables  marked  with  an 
asterisk  (*)  are  initialized  during  the  prelaunch  erasable  load  and 
do  not  have  to  be  reset  unless  the  values  have  been  changed  dur- 
ing the  mission. 
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5.  6.  11  LGC  IDLING  PROGRAM 


This  program  is  used  to  maintain  the  LGC  in  a state 
of  readiness  for  entry  into  any  other  program.  While  the  idling 
program  is  in  operation,  the  Coasting  Integration  Routine 
(Section  5,  2,  2 ) is  used  to  advance  the  estimated  CSM  state 
vector  ( and  the  estimated  LM  state  vector  when  the  LM  is  not 
on  the  surface  of  the  moon)  to  approximately  current  time.  This 
procedure  has  the  lowest  priority  of  all  programs,  and  is 
performed  only  when  no  other  program  is  active.  This  periodic 
state  vector  extrapolation  is  not  necessary  from  a theoretical 
point  of  view,  but  does  have  two  practical  purposes.  First,  it 
is  advisable  to  maintain  current  ( or  at  least  nearly  current ) 
state  vector  estimates  in  case  an  emergency  situation  arises. 
Second,  a significant  amount  of  computation  time  is  transferred 
from  a period  of  high  computer  activity  ( navigation  measurement 
processing,  targeting,  etc.  ) to  a period  of  low  activity. 

This  periodic  state  vector  extrapolation  is  valid  for 
near-earth  or  near-moon  orbits  only  since  the  capability  for 
accurate  cislunar -midcourse  integration  does  not  exist  in  the 
LGC. 


In  order  to  use  the  Coasting  Integration  Routine  in  an 
efficient  manner,  the  maximum  value  for  the  integration  time 
step.  At  , is  computed  as  described  in  Section  5.  2.  2.  5.  Let 
tj^  be  the  time  associated  with  the  estimated  CSM  state  vector 
and  t^  be  the  current  time.  The  estimated  CSM  state  vector  is 
extrapolated  ahead  when 


t > t,^  + 4 At 
1 C max 


(6.  11.  1) 
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The  integration  is  terminated  when  is  more  than  the 

integration  time -to -go.  In  this  manner  no  extra  and  smaller - 
than-maximum  integration  time  steps  are  performed,  and  the 
periodic  integration  is  accomplished  most  efficiently. 

The  estimated  LM  state  vector  ( if  applicable ) is 
then  extrapolated  to  the  CSM  state  vector  time. 


The  error  transition  matrix  W ( See  Section  5.  2 . 2 . 4 ) 
is  extrapolated  with  the  estimated  LM  or  CSM  state  vector  if 
RENDWFLG  indicates  that  the  W matrix  is  valid.  RENDWFLG 
is  defined  in  Sections  p^2 . 4 . 2.  2 and  5.  2 . 5.4  , The  selection  of 
which  state  vector  to  extrapolate  the  W matrix  with  depends 
upon  whether  the  LM  is  in  flight  or  on  the  moon. 


The  logic  for  the  periodic  state  vector  extrapolation 
is  illustrated  in  Fig.  6.  11-1.  The  variables  D and  V are 
indicators  which  control  the  Coasting  Integration  Routine.  The 
quantities  x^^  and  ^ are  the  estimated  LM  and  CSM  state  vectors, 
respectively,  and  x is  a temporary  state  vector  used  for  integration. 
Refer  to  Section  5.  2.  2.  6 for  precise  definitions  of  these  items. 

The  switch  SURFFLAG  indicates  whether  or  not  the  LM  is  on  the 
surface  of  the  moon.  This  flag  is  set  to  one  (zero)  wiien  the  LM 
has  landed  on  (lifted  off  from)  the  lunar  surface. 


As  shown  in  the  figure,  time  synchronization  of  the 
two  state  vectors  is  achieved  and  maintained  by  this  program. 
The  purpose  of  the  state  vector  synchronization  is  to  guarantee 
correct  W matrix  extrapolation  during  rendezvous  navigation. 
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In  order  to  permit  correction  of  wrong  erasable  memory 
parameters  which  have  caused  or  could  cause  an  invalid  and 
excessively  lengthy  integration  process  to  begin,  there  is  an 
emergency  special  DSKY  verb  to  terminate  or  inhibit  the  Coasting 
Integration  Routine.  This  special  verb  causes  the  following  to  occur: 

1.  If  the  Coasting  Integration  Routine  is  in  operation,  it  is 
terminated  at  the  end  of  the  current  time  step. 

2.  The  current  program  is  terminated. 

3.  The  LGC  Idling  Program  (P-00)  is  activated. 

4.  The  P-00  state  vectoi  test  is  bypassed  so  that  no  state 
vector  integration  test  occurs  until 

reselection  of  P-00. 

Note  that  this  operation  does  not  maintain  state  vector  synchronization 
and  can,  therefore,  cause  incorrect  W matrix  extrapolation  in 
rendezvous  navigation. 
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ENTER 


Figure  6.  11-1  LGC  Idling  Program  State  Vector  Extrapolation  Logic  Diagram 
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5.  6.  12  FDAI-IlVrU  TRANSFORMATIONS 


The  following  transformations  are  used  to  convert 
IMU  gimbal  angles  to  angular  readings  on  the  LM  FDAI  Ball. 

YAW 

Y = sin 

where  the  display  is  such  that 

90°  ^ Y S-  0° 
or 

360°  ^ Y > 270° 


- cos  ( MGA  ) sin  ( OGA  ) 


PITCH 

(If  I sin  y|  1.  0) 

.^-1  sin  ( IGA  ) cos  ( OGA  ) + cos  ( IGA  ) sin  ( MGA  ) sin  ( OGA  ) 

cos  Y 


= cos 


-1 


cos(  IGA  ) cos  ( OGA  ) - sin  ( IGA  ) sin  ( MGA  ) sin  ( OGA  ) 
cos  Y 
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ROLL 


(If  sin  Y 1.  0) 


R 


sin 


-1 


sin  ( MGA  ) 
cos  Y 


-1 

cos 


cos  ( MGA  ) cos  ( OGA  ) 
cos  Y 


where  the  displays  for  both  P and  R are  always  positive  angles 
less  than  360°. 

For  Y = 90°  or  270°  the  preceding  equations  are  in- 
determinate and  the  pitch  and  roll  readings  become  meaningless 
since  they  are  not  uniquely  defined  in  terms  of  IMU  gimbal  angles 
because  the  FDAI  outer  and  inner  gimbal  angles  are  likewise 
not  unique.  However,  the  following  equations  give  the  relation- 
ships between  the  IMU  gimbal  angles  and  the  sum  or  differences 
of  P and  R. 


If 


1.  Y = 90  , then  either 

a.  MGA  = 0°  and  OGA  = - - 


P + R = IGA 


or 


b.  MGA  = TT  and  OGA  = + 


whence 


whence  P + R = IGA+  180° 


2.  Y = 270°,  then  either 


or 


a.  MGA  = 0°  and  OGA  =+- 

2 


whence  P - R = IGA 


b.  MGA 


TT  and  OGA 


whence  P - R = IGA  + 180° 

2 


where 
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IGA  = inner  IMU  gimbal  angle 
MGA  = middle  IMU  gimbal  angle 
OGA  = outer  IMU  gimbal  angle 


The  IMU  gimbal  angles  are  defined  to  be  zero  when 
the  axes  of  rotation  of  the  gimbals  are  mutually  orthogonal. 

Each  gimbal  angle  is  defined  as  that  angle  through  which  the  de- 
signated gimbal  must  be  rotated,  in  the  conventional  right  hand 
sense,  with  respect  to  its  outer  neighbor  to  make  the  X,  Y,  Z 
Coordinate  Systems  of  both  gimbals  coincident. 
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5.6.13  IMU  COMPENSATION 


The  IMU  Compensation  is  designed  to  compensate 
for  PIPA  bias  and  scale  factor  error  and  at  the  same  time  ac- 
cumulate gyro  torquing  commands  necessary  to  compensate 
for  the  associated  bias  and  acceleration  caused  gyro  drifts. 
The  correction  to  the  PIPA's  is 

PIPA^^  = ( 1 + SFEj ) PIPAj  - BIASj  At 


where 


PIPA^  is  the  compensated  data  for  the  I^^  PIPA 
denoted  PIPAX^^,  PIPAY^^,  PIPAZ^ 

SF  - SF 

SFE  = ( erasable  load  )"' 

^^nom 

SF  = Scale -factor  . 

Pulse 

BIASj  is  the  bias  for  the  I^^  PIPA  ( an  erasable  load ) 

The  compensated  data  is  then  used  to  compute  the 
IRIG  torquing  necessary  to  cancel  the  NBD,  ADIA,  and  ADSRA 
gyro  coefficients.  The  computations  are 

XIRIG  = -ADIAX  PIPAX^  + ADSRAX  PIPAY^^  - NBDX  At 

YIRIG  = -ADIAY  PIPAY^^  + ADSRAY  PIPAZ^^  - NBDY  At 

ZIRIG  = -ADIAZ  PIPAZj^  - ADSRAZ  PIPAY^^  + NBDZ  At 

The  term  "erasable  load"  refers  to  data  entered  in  LGC  erasable 

memory  just  prior  to  launch. 
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where 


XIRIG,  YIRIG,  ZIRIG  are  gyro  drift  compensations 

NBDX,  NBDY,  NBDZ  are  gyro  bias  drifts  ( an  erasable  load  ) 

ADSRAX,  ADSRAY,  ADSRAZ  are  gyro  drifts  due  to  ac- 
celeration in  spin  reference  axis  ( an  erasable  load ) 

ADIAX,  ADIAY,  ADIAZ  are  gyro  drifts  due  to  acceleration 
in  the  input  axis  ( an  erasable  load ) 

When  the  magnitude  of  any  IRIG  command  exceeds  two 
pulses,  the  commands  are  sent  to  the  gyros. 

During  free-fall  only  the  NBDX,  NBDY,  NBDZ  are 
the  relevant  coefficients  and  the  routine  is  so  ordered  that  only 
these  terms  are  calculated  for  the  gyro  compensation. 
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5.6.14  RR / LR  SELF  TEST  ROUTINE 


The  purpose  of  the  RR  / LR  Self  Test  Routine  (R-04 
in  Section  4 ) is  to  provide  suitable  DSKY  displays  and  LGC 
down-link  information  to  support  the  self  tests  of  the  Rendezvous 
Radar  (RR  ) and  the  Landing  Radar  ( LR  ).  In  doing  this  the 
routine  also  provides  a check  on  the  data  transmission  interface 
between  the  LGC  and  the  two  radar  systems. 

The  self  test  of  either  radar  system  is  accomplished 
by  the  astronaut  through  use  of  a radar  test  switch  at  the  LM 
console.  When  this  switch  is  in  the  RR  or  LR  position,  artificial 
target  signals  are  generated  within  the  associated  radar  system. 
These  signals  when  acquired  by  the  tracking  networks  of  the  radar 
correspond  to  certain  known  values  in  the  measurement  para- 
meters (range,  etc  ). 

The  self  tests  of  the  RR  and  LR  can  be  conducted  with 
or  without  the  assistance  of  the  LGC.  Since  these  tests  can  in- 
terfere with  the  normal  RR  and  LR  data  read  and  update  functions 
of  the  LGC,  it  is  essential  that  the  astronaut  not  have  the  radar 
test  switch  in  one  of  its  test  positions  ( RR  or  LR  ) when  either 
radar  is  being  used  for  update  purposes. 

If  the  astronaut  wishes  to  have  the  radar  self  test  para- 
meters displayed  on  the  DSKY  and  placed  on  the  LGC  down-link, 
he  calls  the  RR  / LR  Self  Test  Routine.  At  the  beginning  of  the 
routine  he  indicates  which  radar  is  being  self  tested.  If  he  selects 
the  LR,  the  routine  will  start  reading  continuously  the  four  LR 
data  parameters  (v^,  Vy,  and  range  ),  once  per  second.  Each 

parameter  is  sampled  by  a single  80.  001  millisecond  gat«.  These 
are  placed  on  the  LGC  down-link  and  are  displayed  to  him  in  two 
separate  DSKY  displays. 
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One  display  contains  the  range  and  the  present  position  of  the 
LR  antenna.  The  other  display  contains  the  three  LR  velocity 
components  (v  , v , and  v„).  The  LGC  will  transfer,  display, 
and  downlink  the  contents  of  the  L,R  output  register  regardless 
of  the  status  of  the  Range  and  Velocity  Data  Good  discretes.  In 
the  absence  of  either  of  these  discretes,  the  corresponding 
parameter  indication  may  be  zero  because  of  the  implementation 
of  the  LR  which  inhibits  filling  the  LR  output  register  in  the 
absence  of  the  particular  Data  Good  discrete.  However,  whenever 
a given  parameter  is  obtained  from  the  LR,  the  associated  data 
good  discrete  is  checked  and  the  associated  DSKY  light  ( lR  Altitude 
Fail  or  LR  Velocity  Fail)  is  turned  on  if  the  discrete  is  missing. 

If  the  RR  test  mode  is  selected,  a check  is  made  to 
see  if  the  RR  Auto  Mode  discrete  is  being  received  from  the  RR. 

If  it  is  present,  the  RR  Track  Enable  discrete  is  issued  to  allow 
the  radar  to  lock-on  the  self  test  signals  and  subsequently  generate 
the  RR  Data  Good  discrete  during  the  data  reading  process.  The 
purpose  of  checking  the  RR  Auto  Mode  discrete  is  to  insure  that 
the  mode  control  switch  of  the  RR  is  in  the  LGC  position  during 
the  data  read  operation.  This  insures  that  the  phase  of  the  RR 
resolver  excitation  is  within  tolerance  for  normal  angle  measure- 
ments by  the  RR  CDU's.  If  the  RR  mode  control  switch  is  in 
either  of  its  other  two  positions,  this  phase  tolerance  is  not 
insured.  If  the  RR  Auto  Mode  is  absent,  a request  is  issued  to 
the  astronaut  to  place  the  RR  mode  control  switch  in  the  LGC 
position.  Once  this  has  been  accomplished,  the  routine  starts 
reading  the  RR  CDU  angles  (shaft  and  trunnion)  every  second  and 
the  range  and  range  rate  on  alternate  seconds.  These  quantities 
are  displayed  on  the  DSKY  in  two  separate  displays,  and  thus 
normally  will  be  down-linked.  One  display  contains  the  RR  CDU 
angles.  It  should  be  noted  that  the  polarity  of  the  displayed  RR 
trunnion  angle  is  opposite  that  defined  in  Fig.  6.  15-1.  The  other 
display  contains  the  range  and  range  rate.  The  four  RR  data 
parameters  are  displayed  and  placed  on  the  down-link  regardless 
of  the  status  of  the  RR  Data  Good  discrete.  However,  whenever 
a range  or  range  rate  measurement  is  obtained  from  the  RR,  the 
RR  Data  Good  discrete  is  checked  and  the  Tracker  Fail  Alarm  is 
turned  on  if  the  discrete  is  missing.  Each  range  and  range  rate 
parameter  obtained  by  this  routine  is  the  result  of  a single  80 
millisecond  gating  interval. 
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It  should  be  noted  that  the  RR  or  LR  data  initially 
displayed  by  this  routine  may  not  be  meaningful  since  the  radar 
tracking  loops  may  still  be  in  the  process  of  locking  onto  the 
internally  generated  target  signals  of  the  radar.  In  addition, 
the  CDU  data  displayed  at  the  beginning  of  the  RR  self  test  may 
be  that  associated  with  the  process  of  zeroing  the  RR  CDU's. 
Whenever  the  RR  Auto  Mode  discrete  is  first  detected  by  the 
RR  Monitor  Routine  (R-25)  of  Section  5.  2.  4,  3,  the  RR  CDU's 
are  zeroed. 
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5. 6. 15 


RR  ANGLE  TRANSFORMATIONS 


5.6.15.1  Determination  of  RR  Antenna  Direction  in  Navigation 
Base  Coordinates 


To  obtain  a unit  vector  specifying  the  present 

direction  of  the  boresight  axis  of  the  RR  antenna  in  navigation 
base  coordinates  use  is  made  of  the  following; 


-RR 


sin  S cos  T 
-sin  T 
cos  S cos  T 


(6. 15.  1 ) 


where  S and  T are  the  shaft  and  trunnion  angles  of  the  RR  antenna 
as  indicated  by  the  RR  CDU's.  The  positive  sense  of  these  angles 
is  shown  in  Fig.  6.  15-1. 


5.6.  15.  2 Equivalent  RR  Angles  for  a Desired  Pointing  Direction 

Let  Upj  be  a unit  vector  defining  a desired  pointing 
direction  in  navigation  base  coordinates.  This  direction  may 
be  a desired  direction  for  RR  designation  for  which  the  corresponding 
RR  shaft  and  trunnion  angles  must  be  computed  in  order  to  see 
if  they  are  within  the  angular  coverage  modes  of  the  antenna.  The 
corresponding  shaft  and  trunnion  angles  for  this  direction  are 
determined  as  follows; 
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1.  + yi\T-o»  + z are  positive  axes  of  Navigation  Base 

— ^JN  ID  — In  Jd  — ^iN  Jd 

Coordinate  System. 

2.  Zero  shaft  and  trunnion  angles  place  the  RR  electrical  boresight 
axis  parallel  to 

3.  The  antenna  shaft  axis  is  the  outer  gimbal  axis  and  is  parallel  to 

4.  The  antenna  trunnion  axis  is  the  inner  gimbal  axis  and  is  orthogonal 
to  the  shaft  axis  and  the  RR  electrical  boresight  axis. 

5.  Positive  shaft  rotation  is  clockwise  motion  of  antenna  as  viewed 
along  + 

6.  Positive  trunnion  rotation  is  clockwise  motion  of  antenna  as 

viewed  along  + when  shaft  angle  is  zero. 

Figure  6.  15-1  RR  Shaft  and  Trunnion  Angles 
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cos 


(6.  15.2) 


T ( 1) 
T (2) 

-P 

[s(i) 

sin  I^S  ( 1 ) 

S ( 1) 

S (2) 


= (x,  y,  z) 

= -sin  ^ (y) 

= 180°  - T ( 1 ) 

= (x'.  0,  z')  = UNIT  (x,  0,  z) 

= z ' 

= x' 

= ARCTRIG^sin  [s  ( 1 )]  . cos  [s  ( 1 )]^ 
= 180°  + S (1) 


where  T ( 1 ) and  S ( 1 ) are  the  shaft  and  trunnion  angles  for 
Mode  1 of  the  RR  antenna,  T ( 2 ) and  S ( 2 ) are  the  corresponding 
angles  for  Mode  2,  and  ARCTRIG  implies  computing  the  angle, 
choosing  either  sin  or  cos  so  as  to  yield  maximum  accuracy. 
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5.  6.  1 5.  3 Determination  of  RR  Gyro  Commands  during  RR 

Target  Designation 

When  the  RR  is  being  designated  towards  the  CSM, 
the  commands  issued  to  the  RR  CDU's  for  digital  to  analog 
conversion  before  being  sent  to  the  RR  gyros  are  computed 
approximately  every  0.  5 seconds  as  follows:  Let  Cg(l)  and 
C,p(l)  be  the  shaft  (S)  and  trunnion  (T)  commands  to  the  RR 
CDU's  for  the  antenna  in  Mode  1,  and  Cg(2)  and  Crp(2)  be  the 
corresponding  commands  for  the  antenna  in  Mode  2.  Initially, 
the  unit  vector  Uj^  defining  the  desired  direction  of  designate 
in  navigation  base  coordinates  is  obtained  from  stable  member 
coordinates  as  follows: 


= [SMNB]  UNIT  (£'loS^ 


(6.  15.  3) 


where  [SMNB]  is  defined  in  Section  5.  6.  3.  2.  1 and  £'^02  is  the 
lag  compensated  range  vector  in  Section  5.  2.  4.  1.  The  commands 
are  then  computed  as  follows : 


Cg(l)  = K 


' cos  S 
0 

, -sin  S , 


Cg(2)  = -Cg(l) 


C.j,(l)  = C.j,(2)  = -K 


-D 


^sin  T sin  S 
cos  T 

^ sin  T cos  S ^ 


(6.  15.  4) 


(6.  15.  5) 


(6.  15.  6) 


where  S and  T are  the  present  shaft  and  trunnion  angles  and 
K is  a scale  factor  to  establish  the  proper  number  of  bits  in 
the  RR  CDU's.  A limit  check  is  made  to  insure  that  no  more 
than  384  bits  are  sent  to  an  RR  CDU. 
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5.  6.  16  Delta  V Programs 


The  purpose  of  the  Target  Delta  V Program  (P70)  is  to  update  the  estimated 
CSM  state  vector  in  accordance  with  the  maneuver  AV  which  is  voice-linked  to 
the  LM  from  the  CSM  and  then  entered  into  the  LGC  as  described  in  Sections 
5.  2. 1 and  5.  2.  4. 2. 

The  purpose  of  the  Impulsive  Delta  V Program  (P77)  is  to  update  the  esti- 
mated LM  state  vector  after  the  execution  of  a thrusting  LM-maneuver  not  moni- 
tored by  the  GNCS. 

The  logic  for  these  programs  is  shown  in  Figure  6.  16-1.  In  the  figure, 

AV  is  the  vehicle  velocity  change,  expressed  in  that  vehicle's  local  vertical  co- 
ordinate system;  and  t^y  is  the  time  of  the  maneuver. 
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START 


EXIT 


Figure  6.  16-1.  Delta  V Programs:  Target  Delta  V (P76),  and  Impulsive  Delta  V (P77) 


5.  6.  17  ORBITAL  PARAMETERS  DISPLAY  ROUTINE 


The  Orbital  Parameters  Display  Routine  R-30  may  be 
called  by  the  astronaut  via  an  extended  verb  in  order  to  compute 
and  display  certain  orbital  parameters  defined  below.  This 
display  will  be  automatically  updated  only  when  Average  G is 
running.  Also  the  option  to  select  the  vehicle  for  which  these 
orbit  parameters  are  to  be  displayed  will  only  be  available  when 
Average  G is  not  running. 


In  the  normal  case  the  apocenter  altitude,  pericenter 
altitude  and  the  time  from  a reference  altitude  ( 3001)00  ft  for 
Earth  orbit,  35p00  for  Lunar  orbit)  is  displayed.  If  the  chosen 
orbit  does  not  intercept  this  altitude,  the  third  display  is  -59B59. 
Under  certain  circumstances  explained  in  Section  4 an  additional 
display  of  time  from  pericenter  may  also  be  requested  by  the 
astronaut.  The  details  of  each  option  and  acceptable  astronaut 
responses  are  discussed  in  Section  4. 


The  computational  logic  and  equations  used  in  R-30 
are  contained  in  Figs.  6. 17-1  through  6.  17-3.  The  following 
is  a list  of  important  parameter  definitions  which  apply  to  these 
figures. 


r 

V 


State  vector  of  the  selected  vehicle 


j j • 4.  y 0 Earth 

Primary  body  designator  ^ 


Apocenter  altitude 
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Peric enter  altitude 


Earth  launch  pad  radius 
Lunar  landing  site  radius 
Time  from  a reference  altitude 
Time  from  pericenter 


LP 


LS 


ff 


PER 
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ENTER 


"Average 
^ G on 


Vehicle 


Extrapolate  CSM  to  present  time 
obtaining  r,  v (Section  5.  2.  2) 


Exti'apolate  LM  to  present  time 
obtaining  r,  v (Section  5.  2.  2) 


(Earth)  0 oon') 


” ^LiP 

'^pMIN=  300.000  ft 


’^L  " ’’lS 

"’pMIN  = 35,  000  ft 


Call  TFECONIC  Subroutine 
Using  r,  v,  ^fJT,  obtain  r,  a,  p,  h'. 


Call  TFFRP/RA  Subroutine 

Using  a,  p,  obtain  r , r 
P ^ 


Average  G 
■Routine . 


Display 

Display 

*PER 

h , h , t.f 
a p ff 

RETURN 


Figure  6.  17-1  Orbital  Parameters  Display  Routine 
(page  2 of  2) 


Note;  The  values  of  t^^  and  are  actually  made  to  "count  down" 

every  second,  i.  e.  they  are  automatically  updated  once  a second, 
if  and  only  if  AVERAGE -G  is  off,  although  this  is  not  shown 
explicitly  in  the  above  higure. 


* For  full  explanation  of  displays  and  DSKY  options,  see  R30  description 
in  Section  4 GSOP. 


Figure  6.  17-2a  TFFCONIC  Subroutine 
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ENTER 


Figure  6.  17- 2b  TFFRP/RA  Subroutine 


5.  6 - 95 


ENTER 


ENTER 


* Supplementary  Information 


Fig.  6.17-3  CALCTFF/CALCTPER  Subroutine 
( page  1 of  2 ) 
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Figure  6.17-3  CALCTFF/ CALCTPER  Subroutine 
(page  2 of  2) 
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f 5.6.19  R SS  POSITION  AND  VELOCITY  ERROR  DISPLAY 


In  order  to  provide  the  capability  for  astronaut 
monitoring  of  the  G&N  system's  estimate  of  state  vector  accuracy, 
there  exists  a special  DSICY  verb  which  causes  the  R SS  position 

velocity  and  bias  errors  to  be  computed  from  the  W matrix  and  to  be 
displayed.  Based  upon  the  values  in  this  display  and  the  details 
of  the  particular  mission,  the  astronaut  will  elect  to  stop  the 
navigation  that  is  in  progress,  to  resume  or  continue  with  the 
current  navigation  procedure,  or  to  reinitialize  the  W matrix 
and  continue  navigating.  The  capability  of  selecting  the  W matrix 
initialization  parameters  is  also  included  in  this  process.  These 
initialization  parameters  are  RMS  values. 


The  logic  for  the  RSS  position  error  RSS 

velocity  error  display  and  RSS  Bias  error  Abj^gg  is 

illustrated  in  Fig.  6.  19-1.  The  vectors  w.  are  partitions  of  the 
W matrix  as  defined  in  Eq.  (2.  2.  19)  of  Section  5.  2.  2.  4.  The 
variables  w , w , w^,  w , w,  and  w are  W matrix  initializa- 

rr  rv  o p 'Cx  a/v 

tion  parameters,  and  RENDWFLG  is  the  W matrix  validity  flag. 
See  Sections  5.  2.  4.  2.  2 and  5.  2.  5.  4 for  further  definitions  and 
usage  of  these  terms. 
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5.  6.  20 


LR  SPURIOUS  TEST  ROUTINE 


The  purpose  of  the  LR  Spurious  Test  Routine  (R-77  of 
Section  4)  is  to  read  out  the  range  and  velocity  data  of  the  landing 
radar  and  place  it  on  the  LGC  down-link  during  the  landing  radar 
spurious  return  flight  tests.  This  is  a special  routine  for  earth 
orbital  tests  of  the  LR,  The  routine  sequentially  obtains  individual 
data  samples  (at  80.  001  milliseconds  duration  each)  from  each  of  the 
three  velocity  beams  and  the  range  beam  once  per  second.  This 
data  is  placed  on  the  down-link  regardless  of  the  status  of  the  LR 
Range  Data  Good  and  LR  Velocity  Data  Good  discretes.  This 
routine  is  instigated  and  terminated  by  the  astronaut  and  is  capable 
of  performing  the  above  data  readout  prior  to,  during,  and  after 
a DPS  maneuver. 

Before  performing  the  flight  test  it  assumed  that  the 
astronaut  will  place  the  LR  antenna  in  either  of  its  two  positions 
by  use  of  the  LR  manual  controls  provided  for  this  purpose. 

It  should  be  noted  that  the  status  of  all  LR  discretes 
(Range  Data  Good,  Velocity  Data  Good,  Range  Low  Scale,  Antenna 
Position  One,  and  Antenna  Position  Two)  is  already  indicated  at 
least  once  every  two  seconds  on  the  down-link  list. 


5.6.21  RR  LOS  AZIMUTH  AND  ELEVATION  DISPLAY 


To  permit  the  astronaut  to  monitor  the  LOS  of  the  RR 
in  either  antenna  mode,  there  exists  a special  DSKY  verb  which 
converts  the  RR  shaft  and  trunnion  CDU  angles  to  more  meaningful 
angles  (azimuth  and  elevation)  for  display  on  the  DSKY. 

The  azimuth  and  elevation  angles  are  shown  in  Fig. 
6.21-1  where  the  azimuth  angle  (AZ)  is  defined  as  the  angle 
between  the  RR  antenna  LOS  and  the  X-Z  navigation  base  plane. 

The  azimuth  angle  changes  from  0 to  +90  degrees  as  the  LOS 
moves  from  the  X-Z  plane  toward  the  +Yj^g  axis  and  changes 


Y 


NB 


Figure  6.21-1  RR  LOS  Azimuth  and  Elevation  Angles. 
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from  0 (3  60)  to  +2  70  deg  as  the  LOS  moves  from  the  X-Z  plane 
toward  the  axis. 

The  elevation  angle  (EL)  is  defined  as  the  angle  between 
the  axis  and  the  projection  of  the  LOS  in  the  X-Z  plane. 

The  elevation  angle  changes  from  0 to  +360  deg  as  the  LOS  projection 
rotates  positively  (right  hand  rule)  about  the  +Yj^g  axis.  The 
value  of  the  elevation  angle  is  indeterminate  when  the  LOS  is 
coincident  with  either  the  +Yj^g  or  "Y^^g  axis.  Only  the  +Yj^g 
orientation  is  physically  possible  with  the  RR,  and  there  the 
elevation  angle  displayed  is  +90  deg. 

When  the  RR  antenna  is  in  Mode  1,  the  angles  computed 
and  displayed  by  this  verb  are  equivalent  to  the  trunnion  and  shaft 
angles  displayed  in  the  RR/LR  Self  Test  Routine  of  Section  5.  6.  14. 

The  method  used  to  compute  the  azimuth  and  elevation 
angles  is  given  in  Fig.  6.21-2. 
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Figure  6.  21-2  Computation  of  RR  LOS  Azimuth  and  Elevation  Angles. 
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ERASABLE  MEMORY  PARAMETER  LIST 


This  section  presents  a list  of  selected  parameters  required 
for  various  program  operations.  It  should  be  noted  that  this  is  a 
very  limited  LGC  erasable  parameter  list.  The  objective  of  this 
selected  list  is  to  identify  those  parameters  that  should  be  stored 
in  erasable  memory  and  are  required  primarily  to  initialize  the 
operation  of  programs  and  routines.  In  most  cases  these  parameters 
cannot  be  originated  within  the  LGC  and  must  be  stored  prior  to  the 
mission.  Some  parameters  then  vary  continually  throughout  the 
mission  (e.  g.  vehicle  state  vectors),  others  are  constant  for  any 
one  mission  phase,  but  may  vary  between  different  mission  phases, 
and  finally  some  may  be  constant  for  one  mission,  but  be  required 
to  change  for  subsequent  missions  that  use  the  same  LGC  program. 
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LGC  Name 


Section  No. 
5.  2.  4.  2.  2 


5.  2.  5.  4 


5.  3.  2 
5.  3.  3.  3.  1 


5.  3.  3.  3.  2 


GSOP  Name 
613 

6e 

0 


var 

var 

var 

var 

var 


R 

Rmin 

V 

Vmin 

/3 


varg 

^^MAX 


w 

w 

w 

w 


rr 

rv 

6 


w» 

£r 

w. 

Iv 

Av(At) 


'■IG 

m 

S„ 


’R 


5.  3.  3.  3.  3 


^^Tail-off 


5.  3.  3.  5 


U 


T 
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Section  No. 
5.  3.  4.  3 


GSOP  Name 


LRWVX 

LRWVY 

LRWVZ 

DELQFIX 

t SW 

LRHMAX 

LRVF 

LRVMAX 

LRWVFF 

LRWVFX 

LRWVFY 

LRWVFZ 

ABSCj^  (N=0-  4) 

SLOPEj^  (N=0  - 4) 

VELBIAS 


LGC  Name 

LRWH 

LRWHl 

LRWVX 

LRWVY 

LRWVZ 

DELQFIX 

RPCRTQSW 

RPCRTIME 

LRHMAX 

LRVF 

LRVMAX 

LRWVFF 

LRWVFX 

LRWVFY 

LRWVFZ 

ABSCO  - ABSCn 

SLOPED  - SLOPEn 


VELBIAS 


••••< 


Section  No. 


5.  3.  4.  6 (Note  1) 


GSOP  Name 

LGC  Name 

m 

MASS 

*LAND 

TLAND 

DLAND 

DLAND 

£lsl 

RLS 

’^IGZG 

RIGNZ 

^IGXG 

RIGNX 

'^IGG 

VIGN 

KIGNX/B4^^ 

ky 

KIGNY/B8^^ 

ky 

KIGNV/B4^^ 

DELTTRIM 

ZOOMTIME 

TTT^gpi  (BRAK) 

TCGIBRAK^^ 

ttt*gpf  (BRAK) 

tcgfbrak" 

'^'^'^END 

TENDBRAK^^ 

gain"  (BRAK) 

GAINBRAK 

r^Q  (BRAK) 

RBRFG 

V*  (BRAK) 

VBRFG 

a^Q  (BRAK) 

ABRFG 

Vtzg  (BRAK)  (Note  3) 

vbrfg" 

UpzG  (BRAK) 

abrfg" 

^TZG  (BRAK) 

JBRFG  (Note  2) 

(1)  The  landing  maneuver  PADLOADS  share  erasable  locations  with  the  Rendezvous 
Navigation  Program  P20.  This  places  operating  restrictions  on  P20  prior  to 
lunar  landing  as  described  in  Section  4. 

(2)  The  LGC  erasable  JBRFG*  is  loaded  with  eight  times  the  target  jerk  (in  the  units 

used  by  the  descent  guidance).  Therefore,  JBRFG*  is  equivalent  to  8 (BRAK)  , 

and  likewise  JAPFG-i^  is  equivalent  to  8 (APPR). 

(3)  Not  referred  to  explicitly  in  GSOP. 
ll  Opposite  sign  from  GSOP  notation. 
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Section  No.  GSOP  Name 

DELTTTAP 
ttt^gpi  (APPR) 
tttJgpf  (APPR) 

gain"  (APPR) 

(APPR) 

V*  (APPR) 

(APPR) 

VpzG  (APPR)  (Note  1) 
apzG  (APPR) 
j'tzg  (APPR) 

LEADTIME 

AZBIAS 

ELBIAS 

OGABIAS 

AHZLIM 

QHZ 

TAUHZ 

TOOFEW 

2LATE466 

Lag/TAUROD 

MAXFORCE 

MINFORCE 

RODSCALE 

TAUROD 

5.  3.  4.  7 FLO 

FHI 

(1)  Not  referred  to  explicitly  in  GSOP. 

(2)  See  Note  2,  preceding  page  (page  5.  7-4). 
« Opposite  sign  from  GSOP  notation. 


LGC  Name 

DELTTFAP 

TCGIAPPR^^ 

TCGFAPPR^^ 

TENDAPPR^' 

GAINAPPR 

RAPFG 

VAPFG 

AAPFG 

VAPFG- 
AAPFG- 
JAPFG=;=  (Note  2) 

LEADTIME “ 

AZBIAS 

ELBIAS 

OGABIAS 

AHZLIM 

QHZ 

TAUHZ 

TOOFEW 
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LAG/TAU 

MAXFORCE 

MINFORCE 

RODSCALE 

TAUROD 

LOWCRIT 

HIGHCRIT 
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LGC  Name 


Section  No. 


GSOP  Name 


5.  3.  5.  3 


5.  3.  5.  9 


NG 


D 


R 


D 


D 


^AMIN 
cos  (e^) 
cos  (62) 


RAMIN 

COSTHETl 

COSTHET2 
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Section  No. 


GSOP  Name 


LGC  Name 
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Section  No. 


GSOP  Name 


LGC  Name 


5.  4.  2.  4 


t 


O)  t 


5.  4.  2.  5 


5.  4.3.  1,3 


5.  3.  2 


AVtpi  ( LV ) 


6T3 

AV ( LV ) 

JIPARM 

^2 

J2PARM 

Kl 

KIPARM 

K2 

K2PARM 

0c 

THETCRIT 

ABTRDOT 

ABTRDOT 

YLIM 

YLIM 

i-M 

5.6.3  AZ,  thru  AZ 

i b 

EL-  thru  EL„ 

1 D 

AZ 

EL 
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Section  No. 


5.  6. 13 


GSOP  Name  LGC  Name 


SFEi 

PIPASCFX 

SFE^ 

PIPASCFY 

SFEg 

PIPASCFZ 

BIAS^ 

PBIASX 

BIAS2 

PBIASY 

BIAS3 

PBIASZ 

AD  LAX 

ADIAX 

ADIAY 

ADIAY 

ADIAZ 

ADIAZ 

ADS RAX 

ADSRAX 

ADS RAY 

ADS RAY 

ADSRAZ 

ADSRAZ 

NBDX 

NBDX 

NBDY 

NBDY 

NBDZ 

NBDZ 
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FIXED  MEMORY  CONSTANTS 


5.  8 

Section  5.  8.  1 contains  a list  and  the  numerical  values  of  those  fixed 
memory  constants  in  Sections  5.  2 through  5.  6 which  have  not  been  specified 
previously.  Those  constants  which  are  considered  to  be  control  type  data  are 
indicated  by  source  references  which  are  listed  in  Section  5.  8.  2.  Explanatory 
comments  are  noted  in  Section  5.  8.  1 where  applicable  and  listed  in  Section  5.  8.  3. 
It  should  be  noted  that  only  one  section  number  is  given  for  a constant  in  the  list  of 
Section  5.  8.  1,  even  though  the  constant  may  appear  in  other  parts  of  Section  5.  In 
these  cases,  the  same  value  is  used  for  the  constant  as  reported  in  Section  5.  8.  1. 


5.  8.  1 FIXED  CONSTANTS 


5.  8-1 


*•••• 


U] 

C CO 

cu  . 


gLO 

s ^ 

o ^ 


Ooo 

OJ  in 

i-, 

Refe 

(Sec. 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

■s 

•1 

•1 

•s 

•V 

A 

» 

•i 

•> 

(^} 

(M 

CM 

CM 

CM 

CM 

CM 

CM 

CM 

CM 

»-H  LO 


lO  lO 

1—1  tH 

T— I 1—1 

m LO 


lO  CO 

T— I 1— ( CO 


o 

o 

CM 

1 

rH 

1—1 

1 

o 

CU 

O 

T— 1 

X 

X 

1—1 

lO 

LO 

D 

X 

CM 

CO 

* 

* 

LO 

lO 

o 

rt 

CO 

D- 

o 

o 

CD 

CO 

on 

> 

O 

I> 

CO 

1— < 

1— 1 

1-H 

o 

1 

o 

o 

CD 

CM 

CM 

X 

X 

1— 1 

o 

o 

O 

CO 

CO 

O 

CO 

CO 

I> 

CO 

lO 

o 

o 

(X) 

<x 

O 

CO 

CO 

c^ 

o 

CO 

o 

CM 

O 

CO 

1—1 

CM 

1-H 

co 

CM 

1—1 

o 

CM 

CD 

. 

, 

, 

« 

, 

, 

« 

. 

rH 

lO 

o 

o 

o 

o 

o 

CO 

o 

CM 

O 

1—1 

CO 

CM 

1-H 

O 

III  I 


0] 


C 


(M 

U3 


s 


(M 

M 


a 


0) 

s 

01 

2 

U 

O 


0) 

a 

tti 

2 

Hh 

O 


OT 


a 


w 

a. 


Plh 

a. 


W 

03 


w w 

CO 


Di 

K ^ 


oi 

os 

Di 

ca 

m 

m 

CM 


o’ 

2 


CO 

CM 


O CM 

CU 

OT  m 


CM 

in 


1—1 

CO 

CM 

CM 


CM 

CM 

lO 

LO 

5.  8-2 


ft/bit  9.38  5,14,15 


CS]  CVJ  CM  CV3 


lO 

CM  CM 


m 


0) 
a 
CJ 
0) 
u 

<U  -Jj 

0^55 


CD 


o 

O 

A 

CO 

C* 

i> 

c^ 

CO 

CO 

CO 

.. 

T-< 

rH 

•t 

CTJ 

.. 

05 

CD 

05 

O 

CO 

00 

05 

O 

CM 

CM 

CM 

m 

lO 

tH 

tM 

CO 

CO 

»-H 

ID 

CM 

CO 

<U 

3 

cd 


CD 

I 

O 


X 

CO 


05 

X 

O 

05 

05 

CO 

CM 

CO 

CD 

Lf5 

u 

CM 

CO 

05 

CO 

CO 

• 

o 

CM 

t-H 

CO 

CD 

CD 

CM 

t> 

O 

CO 

LO 

o 

lo 

O 

o 

CD 

CO 

1-H 

O 

O 

CO 

, 

o 

LD 

LO 

to 

CO 

O 

• 

. 

• 

CO 

LO 

O 

CD 

CM 

o 

t-H 

Y-H 

o 

05 

O 

O 

t-H 

CM 

05 

CO 

CO 

CO 

tH 

y-H 

CO 

T— ( 

CM 

CO 

o 

o 

o 

0) 

CO 

CO 

CO 

o 

o; 

(y 

CO 

T5 

73 

73 

CO 

CO 

CO 

3 

3 

3 

rj 

c 

05 

o 

O 

O 

B 

B 

B 

u 

a 

O. 

a 

o 

o 

o 

o 

o 

w 


CM 

W W CO 

^ to 

s s a d 

I I I 3 

W)  tuO  tiO  O 
jsi  ^ ^ a 


o o 

0)  a; 

W CO 


M 

T3 

d 

3 

O 

a 


0) 

a 

3 

I? 

u 

a 


X 

w 

> 

w 


P 


X 

w 

OT 


p 

<: 


w 

p 


cn 

O 

1 s 

CO 

CO 

CO 

g 

l-H 

Ph 

Oh 

U 

u 

o5 

§ 

Q 

<1 

> 

> 

3 

Oh 

Pn 

<1 

6 

CM 

y-H 

CO 

12: 

• 

, 

CM 

CO 

CO 

CO 

3 

• 

, 

, 

o 

LO 

CM 

CO 

CO 

•4-> 

• 

• 

• 

• 

O 

CM 

CM 

CO 

CO 

CO 

(1) 

• 

. 

• 

• 

CO 

LO 

lo’ 

LO 

LO 

LO 

X 


Ul 

p 

<; 


X 


CO 

Oh 


* CM  CO  ^ 

X X X X 


CO 

P 

P 


CO 

p 

c 


p 

p 


5.  8-3 


Reference  Comments 

Section  No.  GSOP  Name  LGC  Name  Units  Value  (Sec.  5.  8,2)  (Sec.  5.  8.  3 


CD 

CD 

CO 

CO 

CO 

CO 

CO 

CM 

1 

rH 

1— 1 

r*H 

T— < 

•s 

» 

•s 

C75 

T-H 

CM 

CO 

CO 

i-H 

tH 

1—1 

1-H 

CM 

CM 

o 

• 

o 

m 

CO 

o 

CO 

CD 

CD 

CD 

CO 

CM 

CO 

CO 

CO 

CO 

, 

CO 

T— ( 

CM 

LO 

CM 

o 

1 

1 

1 

1-H 

1 

l> 

CM 

CM 

o 

CO 

o 

O 

I> 

CO 

CM 

o 

CO 

CD 

CO 

O 

CD 

CO 

CO 

CO 

m 

<75 

CO 

CO 

CM 

CD 

t-H 

O 

1-H 

o 

CO 

CO 

05 

CO 

I> 

1-H 

lO 

t> 

iD 

CM 

O} 

CO 

m 

CO 

lO 

CO 

CO 

t-H 

05 

o 

C75 

o 

T“( 

CO 

D- 

c^ 

o 

CO 

O 

05 

CM 

CO 

O 

• 

O 

• 

o 

o 

o 

o 

O 

o 

tH 

o 

rH 

1 

1 

\ 

+ 

+ 

o 

O 

o 

CO 

05 

Q) 

0) 

W 

CO 

CO 

Oi 

O 

a 

o 

o 

XJ 

Xi 

X3 

CO 

CO 

CO 

a 

a 

pH 

Q 


Ph 


C3 

H 


o 

£> 

Ph 


<H-l 

O 


oJ 


cO 


h:i 

pq  ^ 


C C 

tsl 


<N 

P^ 

H-l 


pq 

pq 

u 

u 

§ 

o 

o 

§ 

C 

c 

■< 

pq 

0) 

0) 

w 

pq 

-G 

-G 

pq 

N 

H-» 

H-> 

pq  , 

> 

•S 

G 

CO 

^H 

i 

CM 

1 

O 

o 

-+-> 

H-> 

V-l 

o 

'o 

T5 

X5 

0) 

0) 

73 

'O 

G 

G 

1-H 

G 

3 

pq 

pq 

O 

O 

pq 

< 

P^ 

pp 

Kl 

3 1 

3 1 

1-H 

CM 

CO 

CO 

lO 


CM 

CO 

tn 


CO 

CO 

to 


5.  8-4 


Reference  Comments 

Section  No.  GSOP  Name  LGC  Name  Units  Value  (Sec.  5. 8. 2)  (Sec.  5. 8.  ; 


CO 


CM 

CD 

CO 

o 

CO 

CM 

CM 

05 

lO 

CO 

I> 

CD 

05 

T— 1 

CO 

LO 

lO 

CO 

05 

Oi 

CD 

lO 

LO 

Oi 

o 

C75 

CO 

CD 

05 

05 

CD 

05 

CO 

LO 

CD 

tH 

CO 

CO 

05 

tH 

CO 

lO 

lO 

CO 

CO 

rH 

CO 

rH 

rH 

CO 

05 

(^3 

CM 

»-H 

o 

o 

o 

CO 

CM 

CM 

CM 

CM 

Gi 

m 

LO 

lO 

LO 

lO 

CO 

lO 

LO 

LO 

LO 

05 

CO 

CM 

C. 

CD 

CD 

C05 

<j> 

o 

o 

CO 

CO 

o 

05 

o 

05 

o 

O 

05 

o 

CO 

o 

rH 

05 

o 

05 

rH 

05 

o 

o 

o 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

d 

+ 

+ 

1 

+ 

+ 

+ 

1 

1 

1 

+ 

+ 

+ 

+ 

1 

+ 

+ 

+ 

m 

m 

!zi 

§ 

§ 

<j 

<J 

w 

w 

pq 

PQ 

XI 

> 

> 

rH 

rH 

(M 

(M 

(M 

CM 

PQ 

pq 

pq 

pq 

pq 

pq 

<1 

<; 

pq 

< 

<! 

>H 

X 

Di 

N 

X 

X 

^ 1 

3 1 

3 1 

3 1 

3 1 

3 1 

CO 

CO 

LO 


o 

o 


5. 8.4a 


sec 


d CO 

CD  . 


CO 

CM 


I 

<D 

O 

T‘  'pJ  M 

} 3 
i ^ o 


^ dU  . 

<DS^  I 
-M  4->  -rt  3 

12;  o ctf  Cq 


CM 

CM 


lO 

CO 


CO 

CM 


CM 

CM 


CM 

CM 


CM 


CO  CO 
CM  CM 


^ 

CM  CM  CM 


CO 

CM  CO 


0) 

d 


CO 

CD 

CD 

CM 

CD 

0 

CO 

<J3 

ID 

CM 

CM 

C3 

ID 

LD 

»— 1 

CM 

CO 

CM 

1-H 

I> 

C- 

CM 

ID 

CD 

00 

r- 

D* 

ID 

Tp 

CO 

0 

CO 

CO 

0 

0 

»-H 

t-H 

CM 

CM 

CM 

CO 

CD 

CD 

TP 

tH 

CO 

1— ( 

CO 

• 

CM 

ID 

0 

0 

0 

CD 

CM 

ID 

CD 

.. 

«« 

0 

CM 

CD 

LD 

CD 

CO 

• 

£2 

Tp 

CM 

CM 

0 

CO 

CO 

0 

• 

• 

t— i 

tH 

CD 

CD 

CD 

1 

»-H 

TP 

• 

• 

tP 

Tp 

ID 

tP 

0 

CO 

03 

• 

03 

-M 

C! 

;=) 


03 


0 

03 

0 

T3 

XI 

X 

0 

H 

0 

d 

oJ 

Ctf 

03 

B 

03 

U 

U 

U 

CM 

a 

0) 

J3 


03 

O 

•4^ 

<u 

C3 


Q 

0 

0 

03 

4-» 

03 

03 

03 

0 

(h 

c 

a 

Sh 

0 

0 

0 

0 

■4^ 

•4-1 

4-> 

•4>» 

03 

0 

0 

0 

0 

0 

0 

-Q 

a 

03 

0 

a 

cii 

2 

U 

O 


2 

Q 

Q 

HH 

o 


K 

o 

C 

w 

tsl 

C 


K 

O 

c 

w 

J 

w 


E-i 

S 

u 

ai 

Ph 

w 

Q 


INI 

K 


h 

H 

m 

W 

K 

O 


2 

<! 

§ 

►o 

Q 


>-3 

_ O 

Di  Pi 


o 

N W 


P 


Q 

Q 

O 


H 

X 

w 


a 

< 

j 

Eh 

s 

X 

H 


o 

0 

03 


0 a 

0 0 

03  03 


t:) 

Q 

Q 

V— I 
& 
o 


S 

H 


< 


M 

w 

p 

S 

Di 

H 

< 

<1 


Eh 

s 

0 

u 

N 

X 

ffi 

Oh 

fa 

3 

0 

a 

O' 


Pi 

S 3 

S 

cq  fa 


H 

Eh 

w 

Eh 

b> 

< 

cn 

X 

W 

Si 

•4^ 

^ <5 

Eh 

<3 

fa 

rt  t- 

CD 

CO 

lO 


I^ 

CO 

ID 


m 

CO 

ID 


5.  8-5 


Section  No.  GSQP  Name  AGC  Name  Units  Value 


tn 

•4->  • 

C CO 

Q)  . 


CO 

CQ 


I> 

CM  CM 


CO  CO  CO  CO  CO 


<u 

u 

0 


CM 

co’ 


o 

CO 

05  t>  CM  CM  CM  CM  CM 

Cs;]  CM  T—j  T—l  irH  rH  1—1 


X X ^ 


CD 

c- 

CO 

T— 1 

co 

CO 

o 

CO 

CO 

CM 

CO 

O 

CO 

lO 

m 

CO 

CO 

1— 1 

I> 

05 

T— 1 

LD 

m 

CM 

o 

CO 

CM 

1—1 

CO 

CO 

CO 

r- 

CM 

05 

CM 

CO 

CO 

m 

(35 

05 

m 

. 

CD 

CM 

tH 

1— < 

tH 

CM 

1-H 

CO 

CM 

o 

• 

• 

CM 

CO 

1 

1 

1 

1 

1 

1 

9 

• 

CO 

o 

CO 

CM 

CM 

CM 

CM 

CM 

CM 

I 


o 

0^ 

w 


T3 

d 

u 


d 

u 


T3 

d 

U 


CO 

CO 

CO 

CO 

•t 

I> 

o 

t-H 

co 

-1- 

o 

1 

o 

o 

T— < 

T-H 

X 

X 

X 

O 

CO 

t- 

o 

o 

oo 

o 

t> 

oo 

CO 

1— 1 

oo 

05 

CO 

tH 

00 

o: 

1—1 

CO 

05 

o 

00 

o 

CO 

t- 

CO 

CM 

oo 

1-H 

C-- 

c- 

o 

CM 

tH 

05 

00 

1-H 

o 

ip 

tr- 

1— < 

'•t 

1 

1 

o 

o 

CD 

0) 

w 

w 

I I 


Ti 

XJ 

T3 

"0 

d 

d 

d 

d 

u 

L4 

u 

Sh 

^ 2 o >-< 

CQ  cT  fe  -m  -G 


CM 

05 

^H 

CM 

00 

CO 

t-H 

CM 

CO 

00 

05 

oo 

oo 

05 

oo 

99  #####•« 


5.  8-6 


CO 

0)  . 


0^'^. 

C “. 

« in 

iS  S 


O 

O 

o 

O 

O 

O 

O 

O 

O 

O 

O 

O 

CO 

CO 

CO 

00 

CO 

»H 

rH 

tH 

rH 

»— 1 

tH 

»-H 

•> 

« 

«, 

•, 

c- 

I> 

l> 

(M 

CSI  y-f 

05 

c:5 

05 

05 

05 

05 

.05 

05 

05 

05 

05 

05 

o 

CO 

|xj 

X 

(U 

o 

O 

O 

(35 

lO 

CM 

lO 

CO 

CO 

CO 

CM 

CO 

o 

CO 

CO 

CO 

CO 

CO 

Oj 

t> 

05 

CD 

CO 

CO 

CD 

05 

CD 

> 

o 

rH 

IH 

tH 

c- 

CO 

LO 

I> 

CO 

LO 

CO 

CO 

CM 

CO 

CD 

CO 

CD 

CO 

lO 

£> 

c- 

05 

t> 

Lf5 

I> 

iH 

CO 

(35 

CD 

05 

CD 

CO 

CO 

CO 

05 

o 

CO 

CM 

(35 

CM 

CD 

CO 

CD 

O 

o 

o 

CM 

LO 

CD 

CM 

CO 

O 

O 

CO 

LO 

CO 

(35 

CO 

iH 

O 

CO 

lO 

CO 

CO 

<35 

CM 

CD 

t> 

O 

I> 

o 

O 

<35 

CO 

rH 

O 

CO 

CO 

o 

O 

tH 

<x> 

LO 

CM 

CD 

CM 

iH 

CD 

lO 

CM 

CM 

LO 

lO 

CM 

CD 

I>- 

CO 

CD 

iH 

O 

CO 

CO 

CO 

tH 

O 

CO 

CO 

CM 

o 

lO 

O 

o 

o 

O 

o 

O 

to 

C5 

(35 

<35 

<35 

<35 

O 

<35 

<35 

d 

s s a 


0) 

a 

cd 

2 

U 

o 


.-I  (M  cn  'd* 

tid;  w w w 


O K 
§ g 
o o 


Q 

o 


Q 

o 


tr- 

CM 


<d  m 


CM 

CO 


O 

Pi 

< 

<: 


m 


•fe  o 


Oh 

J 

iCj 


o 

oi 

< 

< 

o 

pq 

< 

O 

■< 

w 

CO 

pq 

W 

CO 

<: 

g 

g 

w 

W 

I-H  CM  CO  'd*  O 

o 

g 

g 

w 

K 

w W W J 

a < m 

o 

O 

Ph 

Pm 

5.  8-7 


fl  CO 
0)  . 

a^. 

a 

O 


pence 
5.  8.2 

O 

o 

O 

o 

o 

O 

o 

<2  o 
(1)  -5^ 

t-H 

tM 

tH 

t-H 

t-H 

t-H 

t-H 

« 

•« 

«v 

•t 

PV 

Oi 

CTD 

O) 

c:t 

OD 

05 

05 

(D 

o 

CO 

CM 

lO 

CO 

t-H 

D 

CD 

o 

CO 

o 

I> 

CM 

CM 

1 

r-H 

CO 

CM 

CO 

m 

<05 

(05 

CO 

cd 

o 

I> 

^H 

D- 

o 

CO 

CO 

CO 

CO 

CM 

CO 

O 

CO 

tuO 

CO 

rH 

CO 

15- 

CO 

I> 

T-H 

• l—i 

CO 

o 

CO 

CM 

LO 

CM 

tM 

. 

flH 

c^ 

o 

15- 

O 

o 

O 

t-H 

o 

co 

o 

CM 

O 

o 

O 

o 

o 

o 

<u 

• 

• 

. 

. 

, 

. 

CO 

CM 

<D 

o 

o 

o 

o 

o 

o 

o 

CO 

CM 

CO 

I I 


>-i 

cd 

cd 

cd 

T5 

TJ 

> 

t> 

:> 

;> 

O 

CD 

0) 

D 

a 

<D 

Q) 

(D 

O 

i-, 

u 

U 

iM  . 

U 

m 

'a 

cti 

m 


X! 


a> 

a 

oi 

z 

o 

o 


o 

z 

o 


K 

o 

CC 

Q 

LO 

O 

Z 

CO 

CO 

O 

CO 

Pi 

O 

O 

O 

§ 

CO 

C 

J 

u 

t-H 

u 

0) 

a 

d 

Z 

Ph 

o 


tn 


O 


o 

z 

o 

J 


z 

o 

J 


o 

w 

o 

J 


05 

CO 

O 


U 


u 

<5 

o 

w 

§ 

o 


u 

w 

CO 

Ph 


a> 

I I 

cd 

H 

u 

cd 


d 


o 

at 

CO 


id 

lO 


CO 

CO 

lO 

t-H 

t-H 

^H 

id 

CD* 

CO 

lO 

lO 

lO 

5.  8-8 


Catalogue  No. 

(octal) Star  Nstme  Vis.  Mag  X Coordinate  Y Coordinate  Z Coordinate 

1 a Andromedae  (Alpheratz)  2.1  to  f:7s7ir  0^'i.  35  +c 02 b't b03244  to <^8383079^8 


ID 

ro 

o 

r- 

00 

9 

•f 


CO 

o 

0 

(M 

CNJ 

(M 

CO 

f 

1 


CO 

CO 

U\ 

CQ 

CM 

CM 

O' 

O' 

9' 

CM 

'4’ 

CO 

IT 

o 

'•Q 

CM 

4- 

CM 

ro 

MD 

CD 

CM 

CO 

cu 

p-«  00 

O 

00 

r- 

o 

pM 

•H 

n 

ID 

CO 

& 

o 

O' 

ro 

r- 

>© 

f'- 

Si* 

Ut 

n- 

CL 

(O 

Cu  o 

o m 

0^ 

r^ 

cn 

0> 

o 

^o 

ID 

O 

'C 

f'- 

cr 

fvl 

CO 

00 

c 

ro 

f^ 

P 

O 

>4* 

GO 

O ro 

O -ti- 

go CO 

Cvi 

o> 

^- 

(M 

QD 

f\) 

QO 

CO 

vd 

fO 

•4- 

>4- 

CM 

^4 

O' 

<: 

O' 

Cf' 

'J- 

^4 

•4“ 

sO 

oc 

o 

m 

U'» 

er  ifi 

SD  O' 

vO 

rsj 

CO 

A 

ID 

CM 

o 

ro 

CM 

ro 

•> 

o 

CD 

ro 

oc 

>0 

o 

O 

CO 

r- 

r*- 

ro 

O' 

CO 

fCi 

-0  O' 

4D  o 

00 

ra 

C'y 

r-- 

U\ 

O' 

O' 

sO 

r^ 

ro 

nO 

(M 

rt'i 

0^ 

CO 

>4) 

r- 

'4^ 

o 

iO 

'4* 

CO 

p— 4 

uD 

o 

p"*  m4 

f'*  to 

CO 

(i^ 

m 

r\J 

C7 

CM 

O' 

CD 

ro 

cr 

o 

CM 

00 

m 

O 

CO 

o 

O' 

o 

>4 

o 

in 

GO 

>0 

O cn 

CM  m 

O' 

OO 

a- 

r»: 

m 

fD 

CD 

u-% 

vO 

CM 

>«" 

4“ 

cc 

O' 

<Xj 

O' 

o 

•4* 

CO 

f^ 

>0 

CO 

CM 

o 

h“  O' 

>o 

*7' 

o 

o 

CO 

O' 

or 

O’ 

ro 

t 

O 

in 

O' 

O' 

O' 

in 

O’ 

ro 

in 

(O 

OsJ 

>4- 

in 

in 

ro  o 

O' 

fj' 

nO 

o 

f»- 

fVJ 

1-^ 

r^ 

CM 

o 

h- 

ro 

<M 

CM 

on 

N- 

•n 

ro 

>4- 

-4* 

IT 

CM 

■c 

>4“ 

^4 

CM 

00  K 

^ 4“ 

9 

• 

9 

e 

o 

• 

9 

0 

9 

9 

9 

9 

9 

9 

o 

9 

o 

9 

9 

o 

9 

9 

9 

9 

9 

0 

9 

6 

9 

0 9 

9 9 

+ 

1 

-► 

+ 

1 

1 

1 

1 

4- 

1 

+ 

4- 

1 

1 

1 

4- 

1 

4- 

+ 

\ 

1 

4* 

4- 

1 

♦ 

1 

I + 

4*  1 

O' 

CD 

ro 

m 

cr\ 

•X 

U'l 

^4 

ro 

GO 

O' 

CM 

>i- 

C<‘l 

CO 

O' 

P-« 

o 

QJ 

lO 

ro 

O' 

X 

CM 

vL 

ro 

r- 

O' 

o 

CM  O 

o r- 

0 

in 

Q 

uo 

CM 

CO 

in 

CM 

O 

Q 

'O 

CM 

'0 

iM 

ro 

O' 

sT 

CO 

P- 

^4 

O 

'4* 

O' 

a'. 

CO 

u^ 

rO 

lO 

in 

r*- 

t— 4 

>o 

f\i 

o 

o 

•n 

•(\ 

CM 

O 

CM 

n 

MD 

ro 

p^ 

^4 

SJ 

T 

m 

CM 

h- 

p^ 

CM 

>■ 

dJ 

O' 

X 

o 

^1 

CM 

O' 

a. 

r- 

4.) 

O' 

CM 

o 

rr-i 

nO 

•t 

X 

^4 

0 

S" 

1*— 

u\- 

CM 

r*d 

CM 

00 

nU 

O 

nO 

C<i 

fH 

■-0 

sr 

O' 

j' 

OL- 

U.’ 

O 

ro 

>1) 

w 

<JO 

u't 

si* 

'i- 

X 

<o 

J'*- 

CM 

wj' 

uO 

n 

Ui 

ro 

cs 

Q 

<■ 

'U 

UA 

u . 

'JU 

(t-i 

o 

»— 4 

P 

O 

CO 

U' 

O' 

O' 

CM 

rO 

CM 

o 

o 

O 

r- 

O 

ro 

>0 

-o 

r- 

TnJ 

r*- 

ro 

4- 

O 

rci 

fvJ 

sr 

p^ 

O' 

4* 

r~ 

-o 

(▼» 

44 

p* 

T 

a.' 

1^ 

'D 

!-«• 

■X 

0^ 

pp4 

M’ 

^5* 

o 

in 

i.\i 

cn 

CM 

p- 

U1 

'U 

t-H 

u\ 

p-4 

ro 

C'J 

o 

a^ 

CM 

X 

J”* 

O 

4*  O 

C’l 

•D 

ro 

O 

O 

i''“ 

o 

CM 

O' 

^4 

ro 

Q 

4' 

f^ 

sr 

ro 

CM 

'.r* 

> 

O 

1^ 

X) 

iM 

O 

4* 

O' 

O 

1^ 

r- 

rc\ 

ro 

(T 

in 

IXI 

r^' 

.—4 

Ovj 

o 

'O 

O 

> 

f^ 

o 

O 

o 

K. 

•O 

in 

U'N 

M' 

in 

rr 

(M 

^4 

CM 

>D 

p- 

0 

4- 

50 

n 

ro 

»-4 

^4 

o 

Uo 

-J* 

X 

O' 

D 

"O 

O' 

c^ 

n 

’4) 

O 

O 

O 

lO 

CM 

4* 

iTi 

0* 

CO 

r<1 

CT 

h- 

hU 

OJ 

■4' 

ir\ 

Ul 

CM 

<# 

9 

9 

9 

9 

9 

4 

9 

tt 

9 

9 

9 

9 

9 

9 

9 

9 

9 

9 

9 

9 

• 

9 

9 

w 

9 

9 

9 

9 

9 

9 

9 

4 

9 

9 

9 

T 

+ 

4- 

+ 

T 

4- 

4* 

♦ 

4* 

4* 

4- 

4t 

•4 

+ 

4 

4 

1 

\ 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

4* 

o 

o 

CO 

o 

o 

f4 

sO 

in 

O 

vO 

o 

(M 

rg 

^H 

O' 

o 

O 

•H 

rH 

•H 

pH 

in 

X) 

n 

P- 

4* 

o 

LO 

o 

tO 

ro 

a 

PJ 

4- 

n 

.J* 

n- 

4- 

*n 

X 

o 

X 

a' 

O 

PJ 

o 

X 

jj 

^4 

fTv 

cc 

''r 

CM 

ro 

P- 

CM 

sO 

in 

rr 

g* 

CM 

•7^ 

K. 

fH 

1-4 

-.7 

>0 

X 

n 

‘O 

•n 

n 

4* 

CM 

o 

in 

pH 

CM 

eg 

iM 

ro 

in 

i'* 

sr 

O 

PI 

O 

4- 

r- 

(T 

p 

t 

■0- 

ro 

pH 

O* 

«o 

ro 

U 

$■ 

CM 

n 

J" 

pH 

‘O' 

n 

o 

o 

o 

M 

O' 

pH 

iM 

ro 

4* 

X> 

>o 

o 

■n 

>o 

U1 

CM 

o 

CM 

r* 

>0 

l"* 

CM 

ro 

P- 

X 

gj 

u 

CM 

Vil* 

'T 

•o 

(NJ 

HJ 

4* 

CCi 

O' 

4* 

vO 

■t 

ro 

nO 

jj 

OD 

f4 

r- 

JO 

gr 

•n 

o 

O 

CO 

rr 

'O 

ro 

rg 

pH 

X 

O 

CO 

O' 

O' 

o* 

O' 

«'’• 

ro 

CM 

w*’ 

TC^ 

p~ 

s> 

O 

-o 

ro 

ni 

4 

^4 

iM 

rci 

fH 

O' 

O' 

ro 

u \ 

CM 

ou 

CM 

4- 

pH 

O'  O 

'M 

fO 

D 

D 

o 

X 

pH 

CM 

1— 

N» 

4> 

T 

IM 

1-0 

.-H 

.n 

O 

Sf 

^4 

X 

CM 

n 

o 

t 

fH 

CM 

O 

O' 

sr 

O 

vj- 

<n 

Oi 

fH 

>n 

'—i 

CM 

CM 

o 

O 

o 

D 

pH 

CM 

CM 

pH 

>o 

0* 

pH 

nj 

'M 

nC^ 

pH 

CT 

CM 

P-4 

4- 

CM 

f4 

p- 

4* 

(M 

o 

4* 

N* 

4- 

ro 

f”- 

O' 

'•* 

o 

•“4 

o 

Ol 

>o 

‘.u 

p*4 

>u 

sO 

(T 

•O 

'O 

n 

pH 

X 

JO 

cc 

lO 

uA 

fH 

fH 

CM 

o 

u> 

m 

CM 

»r» 

•H 

m 

O' 

4* 

<* 

O 

Ul 

H* 

ro 

CM 

o 

pH 

J* 

(O 

4* 

P- 

X) 

O' 

O' 

4* 

O' 

u\ 

o 

p* 

CO 

f4 

«H 

fH 

<M 

4- 

in 

P'l 

x 

X 

O 

c» 

o 

4 

o 

9 

9 

9 

o 

9 

9 

9 

9 

9 

• 

9 

9 

9 

9 

9 

9 

G 

9 

9 

9 

9 

9 

9 

9 

9 

9 

• 

• 

9 

9 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

1 

1 

1 

1 

1 

1 

I 

1 

1 

1 

1 

1 

\ 

1 

1 

1 

1 

1 

4 

4 

4 

4 

4 

4 

4 

4 

CvJCVJ<^»HTfCOa5T-fCOMO5tOmO>»HMCOC'J00«OcvjO)COC*4e0CSjO5i-HiH»-<O5CM«HWmCO 

CvjCN(|OCQCOf'J*-'»HOOO»-HOi-HCOCV3*HMCN3»^^’-»C^OCM»-<«HCMOC^OeOCSI»Hpq»H 


w ;7! 

3 C/D 


0) 

0^ 

a 

o 


a 


s ^ 

rt  o;  O w 

f^S-S'g 

< 


R)  Li  3 n)  nl 

H O < U U 


L. 

O 

2 M.;; 
C (U  t- 

o QJ  .o 

S '<1 

sss 

C!  .2  to 

Rj  0)  L. 

U b>  t3 


Rl 

Li  O ^ 
rt  .O  J3 

tSiS  a 

— o 
2 to  to 

Rj 

Li  C C > 
■d  O O Li 

>,  (u  0)  o 
K J J O 


•a 

I 

< 


X W 

5 o 

Li  a 5 

o cn  Tl, 

-'.ss 

.2  g 4) 

o M Rl 

3 S'  to 

Li  Li 

U > ^3 


Rl 

O 

U 

(U 

JS 

D. 


Il 

1 ^ 

s L. 
u ^ 

2 w 

CD 

•*-»  4-» 

C O 
1)  Q 

u cS 


0) 

3 

bjO 


^ 2 t.' 
Rl  " i: 
4)  g to 
Li  IS  3 
~G< 
<■ 

4J  '”'9 
2 9 ho 
g ac 

g Li  Rj 

^ o T" 

O o Li 

U CO  H 


5 ::: 


5 S>5 

-I  > :- 
X;  ^ Li 
'Jo,"* 
•3  « .- 

•g  t M 
O J tw 


hgd 

^ g £i 

0)  o to 

<2  .2  c 

9 Li  o 
3 a > 
ty  rt  rt 

^ r \ n 


3 

& 

li 

a 

o 

fe 

•§3  3 

«f§  3 

- w .2 

p Rl  O 
to  bfi  m 
>,  41  .2 
UOi  0. 


>.a  e<i>a  a eoaa  a 3 o 3ca?--a 


rTN 


m 

u 

a 

C/D 

l3 

o 

b£) 

•fH 

> 

ctj 

12: 

(L) 


W 

o 

u 

<u 

> 


a 

P 


00 

0) 

;3 

bO 


pJH 


CSJ  CO  ^ 1/5  to  O 


^mtDt^o^-^c^5co^  in«oc^o»-Hcvjco^incot^o^cj 

»-^^»-HrHCvJCMCMCS)C<l  CvJCMC^eOCOeOPOCOCOCOCO 


CO  m 

^ rji 


5.  8-9 


REFERENCES  FOR  FIXED  CONSTANTS 


1.  Project  Apollo  Coordinate  System  Standards,  SE  008-001-1,  Office 
of  Manned  Space  Flight  - Apollo  Program,  National  Aeronautics 
and  Space  Administration,  Washington,  D.  C.  , June,  1965. 

2.  Natural  Environment  and  Physical  Standards  for  the  Apollo  Program 
NASA  M-DE-8020-008B,  April,  1965. 

3.  Directory  of  Standard  Geodetic  and  Geophysical  Constants  for 
Gemini  and  Apollo,  NASA  General  Working  Paper  No.  10,  020  B, 

April  6,  1966. 

4.  Apollo  Missions  and  Navigation  Systems  Characteristics,  Apollo 
Navigation  Working  Group  Technical  Report  No.  AN-1.  3,  December  15, 
1967. 


5. 


6. 


7. 


Lunar  Excursion  Module  Primary  Guidance,  Navigation  and  Control 


Subsystem,  Equipment  (GFE)  Performance  and  Interface  Specification, 


LSP-370-3,  Grumman  Aircraft  Engineering  Corporation,  (C). 


Primary  Guidance,  Navigation,  and  Control  System  for  Lunar 
Excursion  Module,  Parti,  MEI  No.  6015000,  M.  I.  T.  , October  15, 
1965,  (C). 


Inertial  Orientation  of  the  Moon,  R.  C.  Hutchinson,  M.  I.  T. 
Instrumentation  Laboratory,  Report  No.  R-385,  October,  1962. 


8. 


Explanatory  Supplement  to  the  Astronomical  Ephemeris  and  the 
American  Ephemeris  and  Nautical  Almanac,  1961. 


9.  JPL  Ephemeris  Tape  E-9511. 

10.  Approximate  Method  of  Sun  - Moon  Location,  H.  McOuat,  M.  1.  T. 
Guidance  Monitor  System  Note  #13,  December,  1965. 


11. 


NASA  letter  of  direction  to  M.  I.  T.  67-FS55-91 -329. 


12.  The  Fixed  Memory  Constants  in  the  Conic  Subroutines,  W.  M. 
Robertson,  M.  I.  T.  SGA  Memo  No.  8-68,  March  26,  1968. 

13.  GAEC-MIT  Interface  Document,  LID  280-10004,  IMU-AOT-NVB-PTA 
Installation. 


14. 


SCN  22-44,  Specification  Change  Notice  for  LSP-370-3  (Reference  5). 


15.  SCN  22-50,  Specification  Change  Notice  for  LSP-370-3  (Reference  5). 

16.  SCN  22-40,  Specification  Change  Notice  for  LSP-370-3  (Reference  5). 

17.  Universal  Mission  Modular  Data  Book,  LED-500-19,  Grumman 
Aircraft  Engineering  Corporation,  October  15,  1967. 


18. 


19. 


PCR  652  Correction  to  Section  5 APS  Minimum  Impulse  Burn  Parameters, 
December  2,  1968. 

M.I.T.  Letter  Number  AG  #521-68,  1 April  1968,  also  PCR  612.  2. 


21. 


22. 


23. 


LM  Landing  Point  Designator  Procedures  and  Capability,  J.  D. 
Montgomery  and  R.  H.  Lefler,  MSC  Internal  Note  No.  6 7 -EG -24, 

August  1,  1967. 

Analysis  of  Landing  Point  Designator  Operation,  D.  C.  Cheatham  and 
D.  E.  Steele,  MSC  Internal  Note  No.  65-EG-52,  December  9,  1965. 

A Manually  Retargeted  Automatic  Landing  System  for  LM,  A.R.Klumpp 
M.  I.  T.  Instrumentation  Laboratory  Report  No,  R-539  (Rev.  1), 

August,  1967. 
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24. 


PCN  765,  New  Propulsion  System  Constants. 


25. 

26. 

27. 

28. 

29. 

30. 

31. 

32. 

33. 


PCR  253,  Landing  Radar  Read  Initiation,  September  23,  1968. 

Oral  communication  with  Harry  Byington  as  directed  by  25*^ 

Meeting  of  the  Apollo  Software  Control  Board. 

DPS  Models  Evaluation.  R.  K.  M.  Seto,  TRW  Interoffice  Correspondence, 
68.4711.8-187,  August  22,  1968. 

Mathematical  Model  for  the  LM  Lunar  Descent  Hybrid  Simulator,  Willis 
M.  Bolt,  et.  al.  , MSC  Internal  Note  68-FM-79,  April  12,  1968. 

CSM/LM  Spacecraft  Operational  Data  Book  (Volume  II).  LED- 540- 54, 
Grumman  Aircraft  Engineering  Corporation,  June  1968. 

Oral  communication  with  Harry  Byington  of  MSC  on  October  25,  1968. 

GAEC  TWX  No.  LTX- 500-141,  October  2,  1969. 

PCR  846  Rev  1,  More  Accurate  ^^'p^Q-off  P70,  Oct.  23,  1969. 

PCR  322  Change  Fixed  Constant  "Throtlag"  from  0.  2 to  0.  08. 


34. 

35. 


PCR  1056  Rev.  1.,  Improvements  for  Impulse  and  Ullage  Logic. 
PCR  338,  Change  LPD  Scaling  to  1.  0°  in  All  Directions. 
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5.  8.  3 


COMMENTS  ON  FIXED  CONSTANTS 


I 


1.  The  quantity  is  the  limit  used  for  the  minimum  time  step  in  the 
Coasting  Integration  Routine.  When  the  time  step  drops  below 
the  routine  is  terminated. 

2.  The  AVj^  (DPS)  values  and  AVj^  (APS)  value  are  given  in  Reference  19. 
Two  values  are  given  for  AV^^  (DPS),  depending  on  spacecraft 
configuration.  The  values  were  selected  to  be  between  the  maximum 
possible  ullage  acceleration  and  minimum  anticipated  main  engine 
acceleration. 

3.  The  values  given  for  the  fixed  constants  used  in  the  Planetary 
Inertial  Orientation  Subroutine  (Section  5.  5.  2)  are  obtained  by 
using  Chapter  4 of  Reference  7 and  Sections  4C  and  IID  of 
Reference  8. 


4.  The  Lunar  and  Solar  Ephemerides  (Section  5.  5.  4)  are  based  upon 
the  technique  given  in  Reference  10.  The  fixed  constants  were 
determined  from  various  data  points  on  the  JPL  Ephemeris  Tape 
E-9511  (Reference  9). 

5.  The  quantity  Tgg  is  a rough  estimate  of  the  time  between  the 
initiation  of  the  Star  Selection  Routine  in  the  Inflight  Fine  Align 
Routine  (R-51)  and  the  midpoint  of  the  optical  sightings  on  the 
two  celestial  bodies. 

6.  The  quantity  K is  the  scale  factor  used  to  determine  the  number 
of  bits  to  be  sent  to  the  RR  CDU's  during  RR  target  designation. 
This  scaling  is  applied  to  the  angular  difference  between  the 
present  and  desired  pointing  directions  of  the  RR.  No  more  than 
384  bits  are  sent  to  an  RR  CDU  because  of  saturation  conditions. 
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7.  The  direction  of  each  of  the  37  navigation  stars  in  Fig.  8-1  is 
expressed  as  the  components  of  a unit  vector  in  the  Basic 
Reference  Coordinate  System.  These  star  directions  are  the 
mean  places  of  the  stars  at  the  beginning  of  the  Besselian  year 
1972.  The  term  "mean  place"  is  defined  in  Reference  8.  Due 
to  the  need  at  M.  I.  T.  for  these  star  directions  prior  to  the 
availability  of  The  American  Ephemeris  and  Nautical  Almanac 
for  1972,  the  star  directions  were  computed  by  M.  I.  T.  using 
essentially  the  same  technique  employed  by  the  Nautical  Almanac 
Office. 

8.  The  quantity  At  is  the  period  between  successive  updates  of  the 
LM  state  vector  and  the  guidance  equations  during  the  lunar 
powered  descent  and  ascent.  A value  of  2 seconds  was  selected 
in  order  to  allow  the  LGC  sufficient  time  to  perform  all  of  its 
functions. 

9.  The  quantities  and  are  respectively  the  LPD  azimuth  and 
elevation  increment  values. 

10.  The  quantities  qmin  and  qmax  are  respectively  the  quantities 

PROJMAX  and  PROJMIN  in  Ref.  23. 
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12.  The  quantities  (APS)  and  t (APS)  are  the  engine  performance 

initialization  parameters  estimated  from  LM  mass  and  off  loaded 
by  descent  RCS  fuel  consumption.  These  will  be  replaced  by  the 
output  of  the  Thrust  Magnitude  Filter  after  its  first  pass. 


13, 


14. 


The  quantity  1/AV  is  the  initial  value  of  1/AVj^,  l/AV^,  and  l/AVg 
used  in  the  thrust  filter  computations  and  is  equal  to  1/2  a^  (APS) 
where  a^  (APS)  is  given  in  Section  5.  8.  1. 


AFtrim  expected  acceleration  during  the  trim  phase.  It  is 

computed  as  the  thrust  corresponding  to  the  throttle  setting  of  the 
trim  phase  divided  by  the  mass  expected  at  that  time. 


16.  A,p(RCS)  is  the  maximum  possible  acceleration  available  with  4 RCS 
jets  on  and  the  LM  dry. 

17.  FRAC,  BITPERF,  FMAX,  FSAT,  and  F RATE  are  non -critical  con- 
stants derived  from  Data  Exchange  Index  No.  2.  6.  3.  3.  1 "Engine 
Tag  Values  and  Class  Influence  Coefficients  for  LM-5"  dated 
3/12/69,  as  authorized  by  PCN  765. 

18.  Tth  is  the  empirically  determined  time  interval  used  for  providing 
minimum  overshoot  in  throttle  response  at  throttle  recovery  time. 

19.  FEXT  is  the  non-critical  bias  added  to  throttle  commands  to  assure 
setting  throttle  against  mechanical  stop. 
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22.  '^XCRIT  arbitrary  limit  on  the  pointing  of  the  unit  line-of-sight 

to  the  landing  site  to  assure  landing  site  redesignations  do  not  produce 
a site  behind  the  current  LM  position.  This  constant  allows  a max- 
imum forward  landing  site  range  of  50  times  the  current  altitude. 

23.  GUIDDURN  is  the  non-critical  estimate  of  the  duration  from  start  of 
FTP  thrust  in  the  braking  phase  to  touchdown. 

24.  The  quantities  F^pg,  Vg(DPS).  and  m (DPS)  are  the  average  values 
determined  from  data  in  References  29  and  30. 


25. 


The  quantity  (APS)  was  determined  from  data  in  Reference  30. 
has  been  rounded  in  the  coding  to  3030  m/sec.  This  will  not 
affect  its  use  in  the  program. 


It 


26.  The  quantity  A is  equivalent  to  2 seconds  of  an  acceleration  10 

percent  larger  than  lunar  gravity. 


27. 


The  value  used  is  based  on  early  engine  data,  and  is  accurate  enough 
for  our  purposes  here.  In  the  LGC  number  loaded  appears  as  436.  70; 
the  factor  of  100  is  maintained  by  using  At  = 2 instead  of  200. 
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George  C.  Marshall  Space  Flight  Center 


Huntsville,  Alabama  35812 

Attn;  J.  Mack  R-ASTR-5  (1) 

V.  Buckelew  S&E-AERO-MFG  (1) 

A.  Deaton  R-AERO-DG  (1) 

F.  Moore  R-ASTR-N  (1) 

H.  Hosenthien  R-ASTR-N  (1) 

A.  McNair  I-MO-R  (1) 

D.  Germany  I-I/IB-E  (1) 

R.  Barraza  I-V-E  (1) 

W.  Chubb  R-ASTR/NG  (1) 

J,  McCullough  I-VE/T  (1) 


NASA/MSC  National  Aeronautics  and  Space  Administration 
Manned  Spacecraft  Center 
APOLLO  Document  Control  Group  (BM  86) 
Houston,  Texas  77058 
Attn:  Mr.  J.  Garman,  FS6 

(letter  of  transmittal  only) 


BELLCOMM  Bellcomm,  Inc. 

1100  17th  Street  N.  W. 

Washington,  D.  C.  20036 

Attn:  Information  Analysis  Section 


LINK  LINK  Group,  GPSI  SIMCOM 

1740  A NASA  Boulevard 
Houston,  Texas  -77058 
Attn:  Mr.  D.  Klingbell 

NASA/GSFC  National  Aeronautics  and  Space  Administration 

Goddard  Space  Flight  Center 
Greenbelt,  Maryland  20771 
Attn:  Mr.  Paul  Pashby,  Code  813 


GA  Grumman  Aerospace  LEM  Cre-w  Systems 

Bethpage,  Long  Island 
New  York  11714 
Attn:  Mr.  J.  Marino 
Mr.  R.  Pratt 
Mr.  C.  Tillman 


NAR  North  American  Rockwell  Inc.  ■ 

Space  and  Information  Systems  Division 
12214  Lakewood  Boulevard 
Downey,  California  90241 
Attn:  APOLLO  Data  Requirements 
• Dept.  096-340 
Building  3,  CA  99 
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NASA/1IA.SPO 

NAR 


NASA/KSC 


NASA/ RASPO 
GE 


NASA/HDQ 


NASA/ LEWIS 


NASA/FRC 


NASA/LRC 


NAR/KSC 


NASA/ RASPO 
GA 


NASA/ WS  MR 


National  Aeronautics  and  Space  Administration 
Resident  APOLLO  Spacecraft  Program  Office 
North  American  Rockwell,  Inc. 

Space  and  Information  Systems  Division 
12214  Lakewood  Boulevard 
Downey,  California  90241 

National  Aeronautics  and  Space  Administration 
Kennedy  Space  Center 
Florida  32899 

Attn:  Technical  Document  Control  Office 

General  Electric  Company 
APOLLO  Systems 

P.  O.  Box  2500,  Daytona  Beach,  Florida  32015 
Attn:  Mr.  E.  P.  Padgett.  Jr.  /Unit  509 

NASA  Headquarters 
600  Independence  Avenue  SW 
Washington,  D.  C.  20546 
Attn:  MAP -2  (4) 

Mission  Director,  Code  MA  (1) 

Robert  Aller,  Code  MAO  (1) 

National  Aeronautics  and  Space  Administration 
Lewis  Research  Center 
Cleveland,  Ohio  44135 
Attn:  Library 

National  Aeronautics  and  Space  Administration 
Flight  Research  Center 
Edwards  AFB,  California  93523 
Attn:  Research  Library 

National  Aeronautics  and  Space  Administration 
Langley  Research  Center 
Langley  AFB,  Virginia  23365 
Attn:  Mr.  A.  T.  Mattson 

Kennedy  Space  Center 
Florida  32815 
M.  S.  O.  B. 

North  American  Mail  Station  ZK69 
Attn:  Mr.  Donald  Matteson 

National  Aeronautics  and  Space  Administration 
Resident  APOLLO  Spacecraft  Program  Officer 
Grumman  Aerospace  LEM  Crew  Systems 
Bethpage,  Long  Island 
New  York  11714 

National  Aeronautics  and  Space  Administration 

Post  Office  Drawer  MM 

Las  Cruces,  New  Mexico  88001 

Attn:  R1I4  Documentation 
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